$include_dir="/home/hyper-archives/boost/include"; include("$include_dir/msg-header.inc") ?>
From: Beman Dawes (bdawes_at_[hidden])
Date: 2003-05-07 11:03:46
At 10:31 AM 5/7/2003, Douglas Gregor wrote:
 >Well, what do we do about this? The newest versions of all files in the
 >repository have to be on someone's machine, somewhere. The good news is 
that
 >
 >they're easy to find. For instance, I run "cvs status" on
 >boost/type_traits/alignment_of.hpp and I get:
 >
 >===================================================================
 >File: alignment_of.hpp  Status: Needs Patch
 >
 >   Working revision:    1.4
 >   Repository revision: 1.3
 >/cvsroot/boost/boost/boost/type_traits/alignment_of.hpp,v
 >   Sticky Tag:          (none)
 >   Sticky Date:         (none)
 >   Sticky Options:      (none)
 >
 >Note that the working revision > the repository revision, which means 
that
 >it
 >was checked in as version 1.4 but only version 1.3 still exists in the
 >repository. The status will be "Needs Patch" when the local version is
 >untouched from the last checked-in version (before the hard crash) or
 >"Locally Modified" if the file has been changed size the last checkout.
 >
 >Someone could write a script to restore all of the files from a 
particular
 >Boost checkout. It would:
 >  - execute "cvs status" in $BOOST_ROOT once to get the status of all 
files
 >in
 >the repository
 >  - find the set of files with status "Needs Patch" and working version > 
 >repository version.
 >  - "touch" each of the files (so it looks like they were locally 
modified)
 >  - "cvs commit" each of the files
 >
 >I can do this perhaps later today.
I'd say go ahead.
But do take a look at the names of the files you are about to commit before 
actually doing the commit. Presumably there will only be a small number of 
files, and they will be ones you recognize as likely maintenance 
candidates.
--Beman