lkml.org 
[lkml]   [2004]   [Oct]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: BK kernel workflow


On Thu, 28 Oct 2004, Roman Zippel wrote:
>
> Actually the Commit numbers are far more interesting and here you have
> difference of 56% you haven't explained.

It's because CVS cannot handle what BK does. So when you do a BK merge,
there's no way in hell that will be a CVS merge, and instead it ends up
being one big commit of the branch.

Merges happen pretty often, so these "big commits" aren't _that_ big
(certainly nowhere near as big as a CVS banch merge tends to be - if only
simply because nobody uses CVS for "small branches", the pain isn't worth
it).

Face it. BK is just better than CVS. It's not a 1:1 mapping.

Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2009-11-18 23:46    [from the cache]
©2003-2011 Jasper Spaans