CVS moving files (was: [GRASS5] dm and gism in the cvs)

Bernhard Reiter bernhard at intevation.de
Mon Feb 20 03:24:30 EST 2006


On Sun, Feb 19, 2006 at 08:09:20PM +0100, Markus Neteler wrote:
> On Sun, Feb 19, 2006 at 07:57:54PM +0100, Bernhard Reiter wrote:
> > On Fri, Feb 17, 2006 at 02:17:35PM -0700, Michael Barton wrote:
> > >    I had some problems adding dm and gism to their new locations in
> > >    /gui/tcltk and didn't realize it until a few minutes ago. I think
> > >    (hope) I've remedied this and they are in the cvs now.

> > I have fixed this yesterday (and my nice explanation emails somehow
> > did not make it to this list, so here is a brief version).
> 
> Yesterday (Saturday) one of the disks of grass.itc.it was full
> (for some hours), so some emails must have come back. I fixed it
> in the Italian afternoon.

The emails for commit and my explanation emails are gone,
at least they did not come back and I have not gotten notice.

For completeness, here is the explanation I have send 
why this was best moved with CVS commands and not within the repository:

   There are two principal methods, both will loose history in some way:
           a) cvs add/import the new location and files as CVS user
              cvs remove the old location and files
   
              Will loose ability to cvs log/diff the new files,
              for them you would need to go to the old ones.
   
              Preserves history of the CVS tags. E.g. you can still
              check out 6_0_0_release and get the right files.
   
           b) have the repository administrator move the files
              within the repository.
   
              Will loose history of the CVS tags.
              Preserves log ability on the moved files.
   
   I am happy to fullfil b) if you tell me, which files should be moved where.
   However from your description below, I would suggest using method a),
   because there are no conflicts, and I consider the possibility of
   a checkout of old tags for more important then removing the hassle
   of going to the old files when examining history.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/grass-dev/attachments/20060220/1002d3d2/attachment.bin


More information about the grass-dev mailing list