On Thu, 2008-03-27 at 00:02 +0100, Henrik Nordstrom wrote:
> I was more thinking of the resulting changeset and what you meant by
> your statement above
>
> "you are committing a changeset that happens to alter previously done
> work, but bzr does not consider this a cherrypick or merge - the undo
> will propogate."
>
> I.e. how does a commit of the results of "bzr revert -r X" differ from a
> commit of the results of "bzr merge -r -1..X"?
In current bzr, not at all.
In future, when the cherrypicking planned changes are made; bzr will
know that the changesets from -1..X have been backed out, rather than
just the textual changes being reversed.
-Rob
-- GPG key available at: <http://www.robertcollins.net/keys.txt>.
This archive was generated by hypermail pre-2.1.9 : Tue Apr 01 2008 - 13:00:10 MDT