[lkml]   [2004]   [Oct]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
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

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

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2009-11-18 23:46    [from the cache]
©2003-2014 Jasper Spaans. hosted at Digital Ocean