[ 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