[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RES: Module aliases
From: |
Marcelo Carvalho Fernandes |
Subject: |
RES: Module aliases |
Date: |
Mon, 3 May 2004 19:15:54 -0300 |
xyzzy,
Did it work with you ? What is CVS's version ?
--------------------------
Marcelo Carvalho Fernandes
Smart Tech Consulting
www.smartech.com.br
Tel:(55)21-2532-6335
> -----Mensagem original-----
> De: address@hidden
> [mailto:address@hidden nome de
> Jim.Hyslop
> Enviada em: quinta-feira, 29 de abril de 2004 12:57
> Para: 'address@hidden'; address@hidden; Jim.Hyslop
> Assunto: RE: Module aliases
>
>
> address@hidden wrote:
> > Thanks a lot... this is getting much closer to what I need
> We'll get there eventually ;-)
>
> > Ok, let me show this with a full example, seeing whether I understand
> > completely what you said above:
> [...]
>
> > So, what you are saying is that I should move all directories
> > to other
> > subdirectories under /cvs so that now, my cvs tree looks like:
> > cvs
> > |_project_files
> > |_aa (file under "project")
> > |_bb (file under "project")
> > |_cc (file under "project")
> > |_dd (file under "project")
> > |_ee (file under "project")
> > |_ff (file under "project")
> > |_gg (file under "project")
> > |_ (... files, etc...)
> > |_project_a_b
> > |_a (directory with files and subdirectories)
> > |_b (directory with files and subdirectories)
> > |_project_c_d_e
> > |_c (directory with files and subdirectories)
> > |_d (directory with files and subdirectories)
> > |_e (directory with files and subdirectories)
> >
> > ... (removing the "project" directory completely).
> >
> > Then create entries in the modules file as follows:
> > project_a_b -d project project_a_b
> > project_c_d_e -d project project_c_d_e project_files
> > project &project_a_b &project_c_d_e
> Yes, that should do it. Try it out first, though, in a test area of your
> repository, so you can fine-tune the details. If you don't have a
> /cvs/cvs-test directory (and corresponding module), create it -
> it comes in
> very handy for experimenting with various CVS commands. Make your mistakes
> in cvs-test, so that your real, valuable repository never gets corrupted.
>
> > An issue that I see with the final module line is this (from
> > 'info CVS' at
> > Ampersand modules node):
> > "There is one quirk/bug: the messages that CVS prints omit the
> > `ampermod', and thus do not correctly display the location to which it
> > is checking out the files"
> >
> > Have I got this right? Does this mess up anything in CVS
> > that counts on the
> > "project" directory existing under /cvs?
> OK, one concept you haven't quite got yet (maybe nobody's
> explained this) -
> CVS knows nothing about "directory structures". It works on one
> directory at
> a time, and has no clue where that directory exists in relation to its
> parent directories, sibling directories or child directories. While CVS is
> processing a directory, as far as it's concerned that is the only
> directory
> that exists in the entire universe. This means the directory structure
> inside your repository can be completely different from your checked-out
> structure, and CVS doesn't care or even notice.
>
> > What about the log entries, etc??
> Log entries, etc. are stored within the repository file itself, so it
> doesn't matter where the file is in the repository. The history
> and versions
> will remain intact.
>
> > How do I hide these changes from the users so they don't see
> > the structure of
> > the /cvs directory? That is, I don't want users to see
> > something like
> > "project_a_b" ever, only "project".
> When the files have been checked out, their local directory listing will
> show only the directories project, project/a, project/b, and so on. The
> entire process will be invisible to them (except for the brief time when
> they'll have to clear everything off their local drives, then check it out
> again).
>
> The quirk mentioned above applies to the progress messages CVS displays,
> while it is processing commands. Warn your users beforehand to expect the
> output messages to change slightly.
>
> If your users freak out about the project being broken up like this, tell
> them to think of the repository like a warehouse. Each directory
> is a crate
> that is stored inside the warehouse. Managing the exact storage
> location of
> each crate is up to the warehouse manager (you, the cvsadmin) and the
> warehouse workers (CVS). The crates will usually be all located
> in the same
> area, but sometimes they will be scattered throughout the warehouse. Your
> users don't know, and shouldn't care. What's important is, when the users
> bring their truck to the shipping dock, they get all their crates back in
> good condition, with their contents intact.
>
> --
> Jim Hyslop
> Senior Software Designer
> Leitch Technology International Inc. (http://www.leitch.com)
> Columnist, C/C++ Users Journal (http://www.cuj.com/experts)
>
>
>
>
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/info-cvs
>
>
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- RES: Module aliases,
Marcelo Carvalho Fernandes <=