[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Question about convenient and automated committing

From: Spiro Trikaliotis
Subject: Re: Question about convenient and automated committing
Date: Wed, 15 Aug 2007 11:06:12 +0200
User-agent: Mutt/1.5.13 (2006-08-11)

Hello Hans,

* On Wed, Aug 15, 2007 at 01:50:15AM -0700 Hans Schwaebli wrote:
>    1. I want to commint ANY changes inside a folder

This is what "cvs commit" (or "cvs ci", the synonym) does. At least, it
commits ANY changes CVS even cares about.

>    (yes, they do exist in the IT world since very long times), which
>    means subfolders, files and so on. Any changes means any
>    modifications, including deletions of files and folders inside this
>    folder.

CVS (and, btw, Subversion, too) does not care at all about folders.
Thery are just present if they were generated at any time back in

>    CVS does not know anything of folders? Nevertheless I ask for a
>    solution how to commit every change in this folder, any change in all
>    files and subfolders. Does it work with CVS, yes or no, and if yes,
>    how?

Again: "cvs commit" is what you are asking for.

Any, you might want to add the -P command for the "cvs update" and the
"cvs checkout" commands into your .cvsrc. This way, CVS will not show
empty directories when doing an update or a checkout. Note, however,
that this option gets tricky when doing branches (with "cvs tag"). In
this case, I suggest using "cvs rtag".

Additionally, this option is tricky when you want to "recreate" a
directory that was once empty.

But you already know most of this, Larry already explained it. This is
the only way to work with CVS here, as it is the way CVS works.

The only other options I see are:

1. Check out if meta-cvs (or other tools on top of CVS) support
   directories (I do not know, you have to check yourself).

2. If the directory is realy, really, REALLY not needed anymore, you
   might consider deleting it from the repository (that is, from the
   server). Note that you loose anything that was once inside that;
   thus, I do not recommend this unless the directory was created by
   accident only.


Spiro R. Trikaliotis                               

reply via email to

[Prev in Thread] Current Thread [Next in Thread]