|
![](/i/fill.gif) |
On 4/21/2011 13:28, Orchid XP v8 wrote:
> Every time you try to combine two states of the repo, it creates a new
> commit object representing the merge.
Just to be clear, adding your changes to my repository is just adding a
commit. A commit is like a Darcs patch. One update of the repository is one
commit.
There's a "merge commit" which is nothing but a commit saying "this is what
it looks like after you merge two commits."
That said, the Linux repository going back 234 tagged versions (back to
2.6.11, which isn't all that far back) has 244,000 commits, of which only
15,000 are merges. So people tend to make 10 or more changes on each branch
before they merge it into the repository.
I'm not sure I'd want to check out something from Darcs that has a quarter
million patches in it and wait for Darcs to apply them all one by one. How
well does it handle that?
--
Darren New, San Diego CA, USA (PST)
"Coding without comments is like
driving without turn signals."
Post a reply to this message
|
![](/i/fill.gif) |