On Thu, Jan 31, 2002 at 05:03:11PM +1100, Keith Owens wrote:
> On Wed, 30 Jan 2002 21:55:23 -0800,
> Larry McVoy <lm@bitmover.com> wrote:
> >On Thu, Jan 31, 2002 at 04:46:43PM +1100, Keith Owens wrote:
> >> When I release a patch I pick a start
> >> point (base 2.4.17, patch set 17.1) and an end point (kdb v2.1 2.4.17
> >> common-2, patchset 17.37) and prcs diff -r 17.1 -r 17.37.
> >
> >bk export -tpatch -r17.1,17.37
> >
> >Does exactly the same thing.
>
> Now you've confused me :). Does that replicate the history or not?
Nope.
> I know that bk can generate a patch which is fine for people not using
> bk, but one of the selling points of bk is the ability to replicate
> history entries.
Yup.
> My point is that full replication of history may be
> too much detail for anybody except the original developer. If bk can
> consolidate a series of patchsets into one big patchset (not patch)
> which becomes the unit of distribution then the problem of too much
> history can be solved.
If all you mean is that you don't want to have to tell it what to send,
yes, it does that automatically. If you start with 100 changes,
I clone your tree, you add 200 more, all I do to get them is say
bk pull
it will send them all, quickly (works very nicely over a modem or
a long latency link like a satellite).
-- --- Larry McVoy lm at bitmover.com http://www.bitmover.com/lm - 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/
This archive was generated by hypermail 2b29 : Thu Jan 31 2002 - 21:01:32 EST