On Wed, Jan 30, 2002 at 01:03:19PM -0700, Andreas Dilger wrote:
> > Please see the response to Ingo and see if you could do what I suggested
> > there. I believe that would work fine, if not, let me know.
>
> Yes, technically it works fine, but practically not. For example, I want
> to test _all_ of the changes I make, and to test them each individually
> is a lot of work. Putting them all in the same tree, and testing them
> as a group is a lot less work. More importantly, this is how people do
> their work in real life, so we don't want to change how people work to
> fit the tool, but vice versa.
There is a subtle point that this comment misses, it's worth thinking about.
This thread has been about the idea of being able to send any one of those
changes out in isolation, right? That's the problem we are solving. But
your statement is that you want to test them all at once, testing them one
at a time is too much work.
Doesn't that mean that you don't even know if these changes compile, let
alone run, when you send them out individually? You haven't tested them,
you've only tested the set of them as one unit.
In many environments, BK is doing exactly the right thing. It lets you send
the stuff you've tested together.
-- --- 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:35 EST