parent -1

Pierre-Yves David pierre-yves.david at ens-lyon.org
Sat Dec 3 15:05:06 UTC 2016



On 12/02/2016 09:22 PM, Uwe Brauer wrote:
>
>    > On 11/29/2016 11:29 PM, Uwe Brauer wrote:
>
>    > The warning here means that for some reason some Mercurial internal
>    > state got "corrupt" and was recording a current "checked out" revision
>    > now unknown to Mercurial.
>
> This is most likely the reason for this behaviour the local repo has
> been copied via rsync to a USB stick and then to another machine. Rsync
> is not foolproof (at least I had several data loss issues with it).
>
>
>    >  For some reason, this is not a fatal error
>    > when reading the repository (since operation not touching the working
>    > copy works fine), however this is apparently still just a warning for
>    > operation like commit. In that case, the working copy parent fallback
>    > to nullid.
>
>    > It seems like we should turn the warning into a hard failure in the
>    > case of a commit (or similar operation), can you fill a bug about this
>    > on http://bz.mercurial-scm.org/.
>
> I am not sure what you are suggesting. Do you mean that in the case of
> data corruption, mercurial should *refuse* the commit?
>
> That looks reasonable to me, but I want to be sure.

Yes, in that case, the "warning" should be an abort.

Cheers,

-- 
Pierre-Yves David



More information about the Mercurial mailing list