[Top][All Lists]

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

RE: Tagging

From: Daniels, David
Subject: RE: Tagging
Date: Thu, 14 Feb 2002 09:38:30 -0600

I would keep one repository, for starters, and use tags to identify
releases. There are many different ways of managing them, and I would refer
you to and Karl Fogel's
book (relevant chapters of which can be found at, particularly the section on working with

One approach would be to do minor changes directly on the mainline but to
have branches for major rewrites, remembering to merge early and often and
labeling as necessary.


-----Original Message-----
From: address@hidden [mailto:address@hidden
Sent: Thursday, February 14, 2002 9:21 AM
To: address@hidden
Subject: Tagging

Question:  My production system is set to be released/baselined at the
annual level.  However, changes after the annual release are frequent.
Some of these changes are minor(cosmetic) but some may require deletion or
addition of code or even whole re-writes of code.  Am I correct in thinking
that I should have the developers use tags for minor changes(excluding
cosmetic changes) and then use rtag for my release version?  This scares
me..typically the way we have done things in the past was to have multiple
copies for each year(i.e.  dir for 2000, dir for 2001,etc).  Should I just
set up a main repo and rtag it for each year instead of having creating
multiple repos for every year?

Info-cvs mailing list

reply via email to

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