[PATCH 2 of 6 mergedriver] mergestate: explicitly forget 'dc' conflicts where the deleted side is picked

Martin von Zweigbergk martinvonz at google.com
Sat Nov 28 23:01:12 CST 2015


On Sat, Nov 28, 2015 at 5:59 PM Siddharth Agarwal <sid at less-broken.com>
wrote:

> On 11/28/15 17:58, Siddharth Agarwal wrote:
> > On 11/27/15 22:14, Martin von Zweigbergk wrote:
> >> Does 'f' stand for 'forget'? Will the file also be removed if it
> >> exists, or will it just become untracked (eventually, when this
> >> feature is done))?
> >
> > Yeah, 'f' stands for forget (or 'drop', as the internal APIs call it).
> > The file will just become untracked -- it will not be removed from disk.
>
> Actually, at this point since the file is deleted ('deleted' is true)
> the file isn't on disk anyway, so the point is moot. However we won't
> take any further action.
>

I see, it was deleted from disk in filemerge.py, and this is just about
updating the dirstate.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20151129/21ca645e/attachment.html>


More information about the Mercurial-devel mailing list