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>.
signature.asc
Description: This is a digitally signed message part