[ http://jira.codehaus.org/browse/SCM-142?page=comments#action_56800 ]
Bob Herrmann commented on SCM-142:
----------------------------------
full checkout has 7524 files (most .jsp and .java files)
I found by renaming "stccmd" and "stcmd.lax" to; "stcmd.real" and
"stcmd.real.lax", that I can substitute this script for stcmd,
if [ "$1" = "co" ]
then
bco -vb -p bobh:[EMAIL PROTECTED]:49303/PR-j/PR-j -fp
/home/bobh/continuum-1.0.2/apps/continuum/working-directory/1 -is "*"
else
stcmd.real $*
fi
Naturally this is a tad specific to my env, although it could be generalized.
I find that my problems have gone away....
> Starteam tree stale
> -------------------
>
> Key: SCM-142
> URL: http://jira.codehaus.org/browse/SCM-142
> Project: Maven SCM
> Type: Bug
> Components: maven-scm-provider-starteam
> Environment: continuum-1.0.2
> Reporter: Bob Herrmann
>
>
> It only takes a few changes to starteam for the checked out filesystem to
> become hopelessly stale. The only recovery option is to completely remove
> all files and startover. Either the code checking out is not handing the
> timestamps correctly, or starteam command line has problems keeping a checked
> out tree in sync (this more likely - as we also see this problem with AntHill
> when using it's incremental builder.) Possible fixes might be to detect
> 'unknown' status's and flush the checked out tree. Or try using the 2005 bco
> command instead of stcmd.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira