why does backout in this situation need to merge anything?

Wujek Srujek wujek.srujek at gmail.com
Tue Dec 11 21:26:53 UTC 2012


Ah ok, that makes sense. Thanks.


On Tue, Dec 11, 2012 at 10:22 PM, Kevin Bullock <
kbullock+mercurial at ringworld.org> wrote:

> On 11 Dec 2012, at 3:15 PM, Wujek Srujek wrote:
>
> > I don't think that's the case:
> > 1. I create the file with initial contents
> > 2. edit file
> > 3. edit file again
> > 4. add new file and commit
> >
> > So, when I backount 3, it is not the immediate parent of my working
> copy. If it were, I would understand what is happening.
>
> Ahh, yes. The key here is that you added a new file in rev 3 (and didn't
> touch the original file), so there are no _file contents_ to merge in
> backing out rev 3.
>
> To put it in lower-level terms, rev 3 is the last entry in the original
> entry's filelog, so no actual merging needs to be done. Note that this
> *does* still go thru Mercurial's internal merge machinery (contained in the
> function mercurial.hg.update).
>
> pacem in terris / мир / शान्ति / ‎‫سَلاَم‬ / 平和
> Kevin R. Bullock
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20121211/b3a17fb2/attachment-0002.html>


More information about the Mercurial mailing list