Re: Linux BKCVS kernel history git import..
From: Linus Torvalds
Date: Wed Jul 27 2005 - 10:59:28 EST
On Wed, 27 Jul 2005, David Woodhouse wrote:
> Hm, OK. That works and can also be used for the "fake _absence_ of
> parent" thing -- if I'm space-constrained and want only the history back
> to some relatively recent point like 2.6.0, I can do that by turning the
> 2.6.0 commit into an orphan instead of also using all the rest of the
> history back to 2.4.0.
Yes. The grafting really should work pretty well for various things like
this, and at the same time I don't think it's ever going to be a huge
problem: people may have a couple of graft-points (if you want to drop
history, you may well have more than one point you need to "cauterize":
you may not be able to just cut it off at 2.6.0, since there may be merges
furhter back in history), but I don't think it's going to explode and
I just don't see people having more than a few trees that they might want
to graft together, and while the "drop history" thing might cause more
issues, even that is bounded by the amount of development parallellism, so
while it probably causes more graft-points than the "join trees" usage, it
should still be just a small handful of points.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/