When --keep is passed with rebase, the new nodes created are not
accessible from templates.
This change enables accessing the newly-created nodes from nodechanges,
just as if --keep was not set.
martinvonz | |
pulkit |
hg-reviewers |
When --keep is passed with rebase, the new nodes created are not
accessible from templates.
This change enables accessing the newly-created nodes from nodechanges,
just as if --keep was not set.
Automatic diff as part of commit; lint not applicable. |
Automatic diff as part of commit; unit tests not applicable. |
hgext/rebase.py | ||
---|---|---|
1808–1810 | It looks like this still moves bookmarks, right (in the moves dict)? Should scmutil.cleanupnodes() simply only be called if not keepf? |
hgext/rebase.py | ||
---|---|---|
1808–1810 | Yes this moves them. With --keep, bookmarks should still be moved. See rebase help or https://bz.mercurial-scm.org/show_bug.cgi?id=5682 |
hgext/rebase.py | ||
---|---|---|
1808–1810 | Oh, right, that bug... I agree that it's good that this patch preserves that behavior to avoid doing multiple things in one patch. But I think the current behavior is pretty surprising. I'm curious what you think since you apparently use hg rebase --keep (I don't). |
hgext/rebase.py | ||
---|---|---|
1808–1810 | Bookmarks don't affect my use case for --keep, however, I agree the behavior was surprising and it would seem more intuitive if --keep did not move bookmarks. |
It looks like this still moves bookmarks, right (in the moves dict)? Should scmutil.cleanupnodes() simply only be called if not keepf?