[Commented On] D8596: merge: mark copies in in-memory context when merging
marmoute (Pierre-Yves David)
phabricator at mercurial-scm.org
Thu Jun 11 13:46:01 UTC 2020
marmoute added inline comments.
INLINE COMMENTS
> marmoute wrote in merge.py:1891
> no, phabricator diffing made me think we were in the following function, that takes it as an argument:
>
> def applyupdates(
> repo, actions, wctx, mctx, overwrite, wantfiledata, labels=None
> ):
Actually, thinking more about it, I still don't know why we should overlook rename information when overwriting. Can you clarify that point in a comment ?
> mergestate.py:766
>
> # forget (must come first)
> for f, args, msg in actions.get(ACTION_FORGET, []):
Okay, so why do we have both a `applyupdates` and `recordupdates` function ? What are their respective resonsability and why is it split ?
Is it that `apply` is only responsible for touching the disk content and `record` to only update internal metadata like the dirstate ? If so, moving the copies recording out of recordupdates seems wrong.
REPOSITORY
rHG Mercurial
CHANGES SINCE LAST ACTION
https://phab.mercurial-scm.org/D8596/new/
REVISION DETAIL
https://phab.mercurial-scm.org/D8596
To: martinvonz, #hg-reviewers, marmoute
Cc: marmoute, durin42, mercurial-patches
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial-patches/attachments/20200611/9dbfde3c/attachment-0002.html>
More information about the Mercurial-patches
mailing list