Todd Denniston wrote: > Clerity demands I respond to my own post. sorry.
> S I wrote: > > <SNIP> > > We have restructured our code so many times and we may soon port over > > to a completely clean repository without its history. So in our case it > > shouldn't matter but I see your point about NOT exercising this. > > A middle ground might be: > 1) tell everyone to commit all changes they have currently. > 2) backup to cold storage media. > 3) copy the CVS tree to a new location. > 4) do a checkout from the new location and then do a `cvs watch on -R` > against that checkout. > 5) find and mark all the directories in the new copies location read only, > and setup a lockdir for it so people can do readonly checkouts. (lock it > down) > 6) again backup to cold storage media. <SNIP> 7) remove the unused directories, in the original (and still current) version of the repo, i.e., no one has to change their CVSROOT values. 8) if people still have sand boxes from before there may be some difficulty in doing updates and such, have them check that `cvs update -dP` command works with out error at a minimum. If your really sure just have them remove all their old sandboxes and start fresh. > > This should leave you with a copy in the new location for people who need to > know the ancient history, a copy to recover from if you hit enter on the rm > in the wrong directory, and a smaller repo but with all the history since > the each of the files were last restructured. -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter _______________________________________________ Info-cvs mailing list [email protected] http://lists.gnu.org/mailman/listinfo/info-cvs
