info-cvs
[Top][All Lists]
Advanced

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

Re: 2 "how to <> in CVS" questions


From: Mike Castle
Subject: Re: 2 "how to <> in CVS" questions
Date: Thu, 15 Feb 2001 10:06:44 -0800
User-agent: Mutt/1.3.6i

On Thu, Feb 15, 2001 at 09:06:20AM -0500, Mark O'Brien wrote:
> I am trying to figure out how to implement an automated process in which,
> just prior to checkin approval, the branch is verified. Then after checkin,
> the bug number is attached to that new file version.

>From reading your description of what you want to do, I was wondering
something:

How do you handle the situation where a particular bug fix may take several
commits of the same file.  That is, multiple revision numbers to one bug
fix.

I mean, the whole reason for having SCM is so that you can step back at any
point of time.  So, it may be that a particular bug fix may require the
developer to perhaps step down the wrong path at some point at part of an
investigation, and therefore back out some changes.  So, without the
ability to use the SCM, because it appears to be tied down to one
version/bug fix, the developer is forced back to the old broken method of
keeping their own backup copies of the files.  Almost as bad as having no
SCM in the first place!

If you trust your developers enough to write code, then they should be
smart enough to do something like add a line of comment to the commit
message, like "BUG #123" and you could have something on the backend that
will notice this in the message, and mark the bug as fixed in the bug
tracking system.

mrc
-- 
       Mike Castle       Life is like a clock:  You can work constantly
  address@hidden  and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day.  -- mrc
    We are all of us living in the shadow of Manhattan.  -- Watchmen



reply via email to

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