Re: Archiving a project

[Todd Denniston]

"Furmaniuk, Michael" wrote:
> 
>   We currently have our repository set up with all of our projects as high
> level directories, in this sort of idea:
> 
>                ---  project 1 --- code
>               /
>   system --  project 2
>               \
>                --- project 3  ...etc
> 
>   We are now not going to use some of them (say project 1 or 2), they are
> for customer specific projects which are now cancelled, and the code is
> duplicated in other projects so we won't lose development.
> 
>   I am wondering what is the best way to lock the repositories and keep
> anyone from checking code into them.  I was thinking of using watches, or
> perhaps setting up scripts to watch for specific directories and not display
> them if anyone tries a checkout or a CVS log.  Is there a good scenario to
> use in this case?  I've been looking in the archives, the Docs, and even in
> Karl Fogel's book and really don't see where someone has wanted to lock
> people out of a project, and unlock it later on if the project suddenly
> comes back.  We do use scripts to do checkouts from CVS and set up the code
> in development and build areas, one idea I toyed with was changing directory
> names at the project level to have a keyword and modify the scripts to
> ignore any projects with that keyword.  But if I change directory names I
> don't want to screw up CVS.
> 
>   Is there a good way to handle this?
> 
>   Thanks,
> 
>   Michael
> 
perhaps you could do a cvs watch on, set the permissions on all the directories
(that you want protected) so no one had write access (chmod oug-w dirs), and
then setup a lock dir (I think you may need to do this ?Larry?) so people can
still check it out for read only.

pro:
-no moving the repo
-later checkouts of the files are marked ro in sand boxes (watch on)
-no one (even the cm person) can mod the repo with out shell access to the repo
(to change perms on the directories)
-you can still do checkouts to look at the code

con:
-you have to have shell access to the repo to set it up.
-you (may) have to modify the lock dir setup.
-you can still do checkouts to look at the code.

-- 
______________________________________________________________________________
I'd crawl over an acre of 'Visual This++' and 'Integrated Development
That' to get to gcc, Emacs, and gdb.  Thank you.
        -- Vance Petree, Virginia Power