From: Jakub Narebski <jnareb@gmail.com>
To: Theodore Tso <tytso@mit.edu>
Cc: git@vger.kernel.org, "Eric S. Raymond" <esr@thyrsus.com>
Subject: Re: Comments on "Understanding Version Control" by Eric S. Raymond
Date: Thu, 5 Feb 2009 18:36:42 +0100 [thread overview]
Message-ID: <200902051836.44973.jnareb@gmail.com> (raw)
In-Reply-To: <20090205131611.GJ8945@mit.edu>
On Thu, Feb 05, 2009, Theodore Tso wrote:
> On Thu, Feb 05, 2009 at 12:23:37PM +0100, Jakub Narebski wrote:
> > >
> > > 2) And does the right thing happen if the situation is as described
> > > above, but in, branch C, which is descended from branch B, a new
> > > directory, src/plugin/innodb-experimental is created, such that
> > > src/plugin/innodb and src/plugin/innodb-experimental both exist.
> > > Now the same commit from branch A is pulled into branch C. Will
> > > the correct thing happen in that the correct files in
> > > src/plugin/innodb are modified and created, even though there is a
> > > new directory containing a completely unrelated plugin that happens
> > > to have the name, "innodb-experimental"?
> >
> > Errr... I think that you confused branch 'B' (with innodb-experimental)
> > with branch 'A' (with innodb only) here.
> >
>
> No, I didn't. Let me try again.
>
> At time T: Project grows a plugin in directory src/plugins/foo-new
>
> At time T+1: Project releases a stable release, and branches off "maint"
>
> At time T+2: Project renames the plugin to be src/plugins/foo, using
> "scm mvdir src/plugins/foo-new src/plugins/foo" on the
> devel branch:
And it is on branch 'A' that it happens. But it doesn't matter...
The example is of 'independent add' in the same filename, different
contents case that I put in "Tests for...", but for directory not
for a filename. Well, slightly more complicated than that...
What I wonder is how directory-id solution deals with situation
where (for example die to some reorganization) where once was single
directory (e.g. lib/) now there are two (include/ and src/); how it
would deal with the new file at old directory, hmmm...?
--
Jakub Narebski
Poland
next prev parent reply other threads:[~2009-02-05 17:38 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-02 18:48 Comments on "Understanding Version Control" by Eric S. Raymond Jakub Narebski
2009-02-02 20:24 ` Theodore Tso
2009-02-02 20:35 ` Eric S. Raymond
2009-02-03 20:57 ` Jakub Narebski
2009-02-04 2:04 ` Jakub Narebski
2009-02-04 23:54 ` Theodore Tso
2009-02-05 0:04 ` Junio C Hamano
2009-02-05 2:43 ` Theodore Tso
2009-02-05 6:24 ` Junio C Hamano
2009-02-05 13:28 ` Theodore Tso
2009-02-05 23:06 ` Junio C Hamano
2009-02-05 0:08 ` Jakub Narebski
2009-02-05 0:49 ` Theodore Tso
2009-02-05 6:01 ` Miles Bader
2009-02-05 9:34 ` Eric S. Raymond
2009-02-05 11:23 ` Jakub Narebski
2009-02-05 13:16 ` Theodore Tso
2009-02-05 17:36 ` Jakub Narebski [this message]
2009-02-05 21:45 ` Theodore Tso
2009-02-04 22:14 ` Tests for " Jakub Narebski
2009-02-10 1:20 ` Comments on " Jakub Narebski
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=200902051836.44973.jnareb@gmail.com \
--to=jnareb@gmail.com \
--cc=esr@thyrsus.com \
--cc=git@vger.kernel.org \
--cc=tytso@mit.edu \
/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;
as well as URLs for NNTP newsgroup(s).