Messages in this thread | | | Date | Wed, 15 May 2002 13:08:31 -0700 | From | Larry McVoy <> | Subject | Re: Changelogs on kernel.org |
| |
On Wed, May 15, 2002 at 09:03:40PM +0100, David Woodhouse wrote: > > lm@bitmover.com said: > > FYI, if they do a > > bk send -ubk://linux.bkbits.net/linux-2.5 torvalds@transmeta.com > > that problem goes away. The -u<url> stuff does the same sort of > > handshake that a pull does to figure out what needs to be sent to fill > > in the holes. > > Not quite. The sender usually omits changesets for a _reason_. You'll often > find that one of the changesets in the middle wasn't necessary and didn't > touch any of the same files -- in which case patches would have applied > just fine.
Understood. BK doesn't work that way for multiple reasons, some which have to do with how it synchronizes replicas, and some which have to do with being able to reproduce a tree exactly.
It's probably best if you simply view this as a BK limitation which isn't going away any time soon and don't put junk changesets in the middle of your stream of changes. It's easy enough to export the change you want as a patch, export the comments in the form that bk comments wants, undo the junk changeset, import the patch, and set the comments. Yeah, it's awkward; consider that a feedback loop which encourages you to think a bit more about what you put in the tree. -- --- 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/
| |