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 ------- Additional Comments From [EMAIL PROTECTED] 2003-07-14 14:38 ------- Jamey, to answer your question "[w]hy would the behavior of not finding a ViewLabel be any different than not finding an explicitly specified Folder?" Here is the situation. Code base evolves (new folders/files are added old folders are removed) over time. At time t=0, we have release r=0. r=0 contains F1. D1 contains file F1. A developer attaches label 1 to file F1. project +---D1 \---F1*1 At time t=1, we have release r=1. r=1 contains file F2. D2 contains F2. The developer attaches label 2 to F2. To include the new D2, the developer modifies the checkout section in build.xml; the developer adds a stcheckout for D2. project +---D1 | \---F1*1 | \---D2 \---F2*2 At time t=2, a developer tries to fix a defect in r=0. The developer tries to checkout label 1 using the latest build.xml (created at t=1). However, build.xml,t=1 references D2. So when stcheckout tries to checkout D2, the developer gets an error like file:C:/temp/ant1/build.xml:14: Unable to find root folder /project/D2 in re pository at thor:49201/ps/c1_prod-02-branch_maint But no developer has attached label 1 to files below D2. IMHO, stcheckout should gracefully understand that at time t=2, 1. the folder D2 exists in the starteam repository. (*) 2. no developer has attached label 1 to files below D2. So the task can warn the user, but should not fail the build. The task should fail the build only if (*) is false. ing when I try to checkout --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
