D8030: uncopy: add support for unmarking committed copies

martinvonz (Martin von Zweigbergk) phabricator at mercurial-scm.org
Wed Jan 29 18:29:18 EST 2020


martinvonz added a comment.


  In D8030#118542 <https://phab.mercurial-scm.org/D8030#118542>, @durin42 wrote:
  
  > In D8030#118489 <https://phab.mercurial-scm.org/D8030#118489>, @martinvonz wrote:
  >
  >> In D8030#118480 <https://phab.mercurial-scm.org/D8030#118480>, @durin42 wrote:
  >>
  >>> I'm conflicted on rolling the `uncopy && amend` action into the uncopy command like this. Could users not (without this patch) do `hg uncopy foo && hg amend`?
  >>
  >> I don't think so, because it's not marked as a copy in the working copy, right?
  >
  > Oh. Ew.
  > I'm really not sure how I feel about that, but it does feel like this change is probably the best path forward.
  > I'm out of time to review today (need to go make supper), but I'm at least +0 on this patch...
  
  I've started to think that the working copy should really be a commit and I find that helpful. If you think about it that way, it makes sense that `hg uncopy foo` (or more explicitly `hg uncopy -r 'wdir()' foo` unmarks copies in the working copy and `hg uncopy -r <some other commit> foo` unmarks copies in some other commit.

REPOSITORY
  rHG Mercurial

CHANGES SINCE LAST ACTION
  https://phab.mercurial-scm.org/D8030/new/

REVISION DETAIL
  https://phab.mercurial-scm.org/D8030

To: martinvonz, #hg-reviewers, durin42
Cc: durin42, mercurial-devel


More information about the Mercurial-devel mailing list