On Thu, 2002-01-31 at 12:19, Larry McVoy wrote:
> On Thu, Jan 31, 2002 at 11:13:37AM -0600, Troy Benjegerdes wrote:
> > Can you detect the 'collapsed vs full version' thing, and force it to be
> > a merge conflict? That, and working LOD support would probably get most
> > of what I want (until I try the new version and find more stuff I want
> > :P)
>
> Are you sure you want that? If so, that would work today, it's about a
> 20 line script. You clone the tree, collapse all the stuff into a new
> changeset, and pull. It will all automerge. But now you have the detailed
> stuff and the non-detailed stuff in the same tree, which I doubt is what
> you want. I thought the point was to remove information, not double it.
Sounds to me like you should have the /option/ to double your info,
which does not mean that the whole world should start seeing your stuff
double. You must "fool" the other trees into believing that you are the
second Mozart (you get everything right the first time around) and only
to yourself will you admit that it took 15 different tries and you
dead-ended yourself 15 different ways. Under these conditions you would
have all your blunders documented, but only for yourself.
Regards.
> --
> ---
> 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/
>
-
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 Feb 07 2002 - 21:00:13 EST