Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Jan 2007 20:07:06 -0500
From:      "Dak Ghatikachalam" <dghatikachalam@gmail.com>
To:        "Doug Hardie" <bc979@lafn.org>
Cc:        freebsd-questions <freebsd-questions@freebsd.org>
Subject:   Re: Use of CVS
Message-ID:  <ba29b9b40701111707u4cc9d057m9a1543ac51c7362b@mail.gmail.com>
In-Reply-To: <3C109E4B-5636-498F-A7C2-0C728ED0E81D@lafn.org>
References:  <3C109E4B-5636-498F-A7C2-0C728ED0E81D@lafn.org>

next in thread | previous in thread | raw e-mail | index | archive | help
afaik, branching off for the minor changes would be thest way to go. so you
could merge back these changes into main line easily. that is the way normal
devel cycle

or you could establish minor and major and merge them upon completion.

On 1/11/07, Doug Hardie <bc979@lafn.org> wrote:
>
> I have a medium sized application where the source is all in a CVS
> repository.  Basically it works great as I am able to retrieve any
> previous version of a module when needed.  Most of the changes to the
> application are quickly resolved, CVS committed and the production
> system updated in less than a day.  Recently, I made a fairly large
> update to the application that took about 4 weeks to complete.
> During that time I was not able to fix small problems as there was no
> way to update the production system without incorporating a large
> number of changes from the new update that were just not working
> yet.  Basically all small corrections were made to the new system but
> not incorporated into the production system until the new stuff was
> completed.  There were no real problems from this, but it was not
> really convenient.
>
> Now I am going to be embarking on a revision that will take about 6
> months to complete.  Obviously I will not be able to wait till the
> completion to fix minor problems.  So I am going to need to do
> something with branches.  I have dug through the man pages and
> believe that is the best approach.  However, given that I need to
> maintain the current version with a probably small number of fixes
> during the development process what is the best approach?  Should I
> branch off the production version as a new branch and keep the main
> one for the new development or the other way around.  Will it be
> easier to merge the fixes to the production branch back in to the new
> system later or should those fixes be made to both branches at the
> same time?  Any suggestions on these approaches will be appreciated.
> Thanks,
>
> -- Doug
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe@freebsd.org"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ba29b9b40701111707u4cc9d057m9a1543ac51c7362b>