Completely baffled
Haszlakiewicz, Eric
EHASZLA at transunion.com
Mon Dec 5 17:59:57 UTC 2011
> -----Original Message-----
> From: mercurial-bounces at selenic.com [mailto:mercurial-
>
> 2011/12/5 Liam Routt <liam.routt at mediasaints.com>
>
> > Just as a followup, we managed to lose the last two days of work
> > by one of our developers today with Mercurial, which really hurts.
>
> My team uses Largefiles heavily and we have not seen this. Are you
I think I was able to reproduce this, here's a minimal set of commands that causes the modified large file to no longer be modified:
# using bash on Windows XP with Mercurial 2.0 (TortoiseHG)
mkdir x
cd x
hg init foo
hg clone foo bar
cd bar
echo "[extensions]" >> .hg/hgrc
echo "largefiles=" >> .hg/hgrc
cd ../foo
echo "[extensions]" >> .hg/hgrc
echo "largefiles=" >> .hg/hgrc
cd ../bar
dd if=/dev/urandom of=thisfileislarge count=2000
hg add --large thisfileislarge
hg commit -m "add thisfileislarge, which is large, as a largefile"
hg push
echo BLUE | dd bs=1 count=4 conv=notrunc of=thisfileislarge
hg stat
cd ../foo
hg up
echo "blue" > blue
hg add blue
hg ci -m blue
cd ../bar
hg stat
hg pull -u
hg stat
The output I get for that hg pull is:
pulling from C:\Documents and Settings\ehaszla\x\foo
searching for changes
adding changesets
adding manifests
adding file changes
added 1 changesets with 1 changes to 1 files
1 files updated, 0 files merged, 0 files removed, 0 files unresolved
getting changed largefiles
1 largefiles updated, 0 removed
and that final hg stat produces no output.
eric
More information about the Mercurial
mailing list