No, I really don't think so.
The distribution is absolutely fundamental, and _the_ reason why I use BK.
Now, it's true that in 90% of all cases (probably closer to 99%) you will
never see the really nasty cases Larry was talking about. People just
don't rename files that much, and more importantly: then whey do, they
very very seldom have anybody else doing the same.
But what are you going to do when it happens? Because it _does_ happen:
different people pick up the same patch or fix suggestion from the mailing
list, and do that as just a small part of normal development. Are the
tools now going to break down?
BK doesn't. That' skind of the point. Larry
> If the "maintainer" heirarchy was a strict tree structure, where you
> send patches to your parent, and receive them from your children, that
> doesn't seem to need anything particularly fancy to me.
But it's not, and the above would make BK much less than it is today.
On eof the things I always hated about CVS is how it makes it IMPOSSIBLE
to "work together" on something between two different random people. Take
one person who's been working on something for a while, but is chansing
that one final bug, and asks another person for help. It just DOES NOT
WORK in the CVS mentality (or _any_ centralized setup).
You have to either share the same sandbox (without any source control
support AT ALL), or you have to go to the central repository and create a
branch (never mind that you may not have write permissions, or that you
may not know whether it's going to ever be something worthwhile yet).
With BK, the receiver just "bk pull"s. And if he is smart, he does that
from a cloned repository so that after he's done with it he will just do a
"rm -rf" or something.
This is FUNDAMENTAL.
And yes, maybe the really hard cases are rare. But does that mean that you
aren't going to do it?
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/