comparison tests/test-largefiles-update.t @ 30189:4999c12c526b stable

largefiles: test coverage of fatal interruption of update

Test using existing changesets in a clean working directory, revealing problems
with files that don't show up as modified or do show up as removed when they
just not have been written yet.

30031:8d74027bd4e7

  M large1
  $ cat large1
  large1 in #1
  $ cat .hglf/large1
  58e24f733a964da346e2407a2bee99d9001184f5

(merge non-existing largefiles from "other" via conflict prompt -
make sure the following commit doesn't abort in a confusing way when trying to
mark the non-existing file as normal in lfdirstate)

  
  $ hg status -A largeY
  ? largeY
  $ test -f .hglf/largeY
  [1]

Test that "hg rollback" restores standins correctly

  $ hg commit -m 'will be rollback-ed soon'
  $ hg update -q -C 2

  $ cat .hglf/large1
  58e24f733a964da346e2407a2bee99d9001184f5
  $ cat .hglf/large2
  1deebade43c8c498a3c8daddac0244dc55d1331d

Test that "hg status" shows status of largefiles correctly just after
automated commit like rebase/transplant

  $ cat >> .hg/hgrc <<EOF

  [1]
  $ cat .hglf/large1
  58e24f733a964da346e2407a2bee99d9001184f5
  $ cat large1
  large1 in #1

Test that rebase updates standins for manually modified largefiles at
the 1st commit of resuming.

  $ echo "manually modified before 'hg rebase --continue'" > large1

  $ hg status -A --rev tip large2
  C large2

#endif

  $ cd ..

Test that "hg convert" avoids copying largefiles from the working
directory into store, because "hg convert" doesn't update largefiles
in the working directory (removing files under ".cache/largefiles"

30189:4999c12c526b

  M large1
  $ cat large1
  large1 in #1
  $ cat .hglf/large1
  58e24f733a964da346e2407a2bee99d9001184f5
  $ rm normal1.orig

(merge non-existing largefiles from "other" via conflict prompt -
make sure the following commit doesn't abort in a confusing way when trying to
mark the non-existing file as normal in lfdirstate)

  
  $ hg status -A largeY
  ? largeY
  $ test -f .hglf/largeY
  [1]
  $ rm largeY

Test that "hg rollback" restores standins correctly

  $ hg commit -m 'will be rollback-ed soon'
  $ hg update -q -C 2

  $ cat .hglf/large1
  58e24f733a964da346e2407a2bee99d9001184f5
  $ cat .hglf/large2
  1deebade43c8c498a3c8daddac0244dc55d1331d
  $ rm normalX

Test that "hg status" shows status of largefiles correctly just after
automated commit like rebase/transplant

  $ cat >> .hg/hgrc <<EOF

  [1]
  $ cat .hglf/large1
  58e24f733a964da346e2407a2bee99d9001184f5
  $ cat large1
  large1 in #1
  $ rm normal1.orig

Test that rebase updates standins for manually modified largefiles at
the 1st commit of resuming.

  $ echo "manually modified before 'hg rebase --continue'" > large1

  $ hg status -A --rev tip large2
  C large2

#endif

Test a fatal error interrupting an update. lfdirstate doesn't realize that
.hglf has been updated while the largefile hasn't. Status thus shows a clean
state ... but rebuilding lfdirstate and checking all hashes reveals it isn't
clean.

Start with clean dirstates:
  $ hg up -qcr "8^"
  $ sleep 1
  $ hg st
Update standins without updating largefiles:
  $ cat << EOF > ../crashupdatelfiles.py
  > import hgext.largefiles.lfutil
  > def getlfilestoupdate(oldstandins, newstandins):
  >      raise SystemExit(7)
  > hgext.largefiles.lfutil.getlfilestoupdate = getlfilestoupdate
  > EOF
  $ hg up -Cr "8" --config extensions.crashupdatelfiles=../crashupdatelfiles.py
  [7]
Check large1 content and status:
BUG: largeX is R and large1 is not M and update does nothing
  $ cat large1
  large1 in #3
  $ hg st
  R largeX
  $ hg up -Cr .
  0 files updated, 0 files merged, 0 files removed, 0 files unresolved
  $ hg st
  R largeX
Force largefiles rehashing and check again - revealing modifications that
update now can remove:
  $ rm .hg/largefiles/dirstate
  $ hg st
  M large1
  ! largeX
  $ hg up -Cr .
  getting changed largefiles
  2 largefiles updated, 0 removed
  1 files updated, 0 files merged, 0 files removed, 0 files unresolved
  $ hg st
  $ cat large1
  manually modified before 'hg transplant --continue'

  $ cd ..

Test that "hg convert" avoids copying largefiles from the working
directory into store, because "hg convert" doesn't update largefiles
in the working directory (removing files under ".cache/largefiles"