On Thu, Jan 31, 2002 at 09:19:14AM -0800, 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.
Well, what I meant was have some kind of pointer in the collapsed stuff
that conflicts with the detailed stuff, and requires the user to pick
which on they want. Ideally, this could default to user picks, but a
repository policy of 'only take collapsed versions' could be used for
upstream trees, say like linuxppc_2_4. (linuxppc_2_4_devel could take
detailed versions).
-- Troy Benjegerdes | master of mispeeling | 'da hozer' | hozer@drgw.net -----"If this message isn't misspelled, I didn't write it" -- Me ----- "Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life." -- Charles Schulz - 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:36 EST