From: Keith Seitz <keiths@redhat.com>
To: Kevin Buettner <kevinb@redhat.com>
Cc: David Carlton <carlton@math.stanford.edu>, <gdb@sources.redhat.com>
Subject: Re: branching
Date: Thu, 19 Sep 2002 13:07:00 -0000 [thread overview]
Message-ID: <Pine.LNX.4.44.0209191247430.1407-100000@valrhona.uglyboxes.com> (raw)
In-Reply-To: <1020919193025.ZM22088@localhost.localdomain>
On Thu, 19 Sep 2002, Kevin Buettner wrote:
> Maybe I'm being naive, but why can't you just checkout your branch,
> and then do:
>
> cvs update -j HEAD
Because CVS will continue to try to merge all changes into the branch
from the time the branch was created, and you'll get tons of conflicts for
a bunch of changes that were already merged. When you tag the mainline and
use the two "-j" options telling CVS to merge from point A to point B, it
only merges the new changes.
You can see this, for example, by checking out a branch and doing an
update of a single file, once with just "-j HEAD" and once with "-j OLD -j
NEW". For example, on my interpreter branch, valops.c was taken from
version 1.59. When I do "cvs -q update -j HEAD" on this file, it says
"Merging differences between 1.59 and 1.75 into valops.c". Well, I've
already merged through version 1.69 previously, and now there are
conflicts in the file. But when I use "-j OLD" "-j NEW", it merges only
between 1.69 and 1.75 with no conflicts.
FWIW, David, your procedure is exactly the procedure that I've been using
in my interpreter branch.
Keith
next prev parent reply other threads:[~2002-09-19 20:07 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <ro1fzw9h8r2.fsf@jackfruit.Stanford.EDU>
[not found] ` <20020917143553.GA28408@nevyn.them.org>
[not found] ` <ro1k7lkfr5d.fsf@jackfruit.Stanford.EDU>
[not found] ` <20020917174928.GA23058@nevyn.them.org>
[not found] ` <ro165x4fotl.fsf@jackfruit.Stanford.EDU>
[not found] ` <3D87815A.4010807@ges.redhat.com>
2002-09-19 12:12 ` branching David Carlton
2002-09-19 12:30 ` branching Kevin Buettner
2002-09-19 12:35 ` branching David Carlton
2002-09-19 13:07 ` branching Kevin Buettner
2002-09-19 13:12 ` branching Daniel Jacobowitz
2002-09-19 13:07 ` Keith Seitz [this message]
2002-09-19 13:11 ` branching Kevin Buettner
2002-09-19 13:19 ` branching Keith Seitz
2002-09-19 22:29 ` branching Daniel Berlin
2002-09-20 17:18 ` branching Andrew Cagney
2002-09-20 17:45 ` branching Daniel Berlin
2002-09-19 13:45 ` branching David Carlton
2002-09-19 14:52 ` branching Keith Seitz
2002-09-19 15:10 ` branching David Carlton
2005-02-12 4:24 Branching Russell Shaw
2005-02-13 0:10 Branching Paul Schlie
2005-02-13 11:14 ` Branching Russell Shaw
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.44.0209191247430.1407-100000@valrhona.uglyboxes.com \
--to=keiths@redhat.com \
--cc=carlton@math.stanford.edu \
--cc=gdb@sources.redhat.com \
--cc=kevinb@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox