DO NOT REPLY [Bug 20360] - stcheckout Unable to find root folder When Using a Label

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20360>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20360

stcheckout Unable to find root folder When Using a Label

scohen@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX



------- Additional Comments From scohen@apache.org  2003-09-01 19:37 -------
As I think about this, I am strongly inclined not to attempt this fix and have
set the status to WONTFIX (even though I'm not sure it's fair to classify this
as a bug), and here is why:

I think it this request puts too much demand for intelligence on Ant and not
enough on the build script.  It sounds as though you want to use the same build
script to build widely different versions of your target, merely changing the
label and have the tool be smart enough to understand the whole StarTeam
repository structure over time - even when the versions differ to an extent such
that they do not even share the same root local folder!  Might it not be simpler
to just have different versions of the build script than to change the whole way
this task works?  RootStarteamFolder is a fundamental concept to this task and I
think you're expecting too much if you're expecting consistent behavior over
labeled versions when the root directory is not consistent.

I'm willing to reopen this, but I need a stronger justification for doing so.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org