Mercurial > hg
changeset 15366:06b8db3f25c6 stable
largefiles: test reverting largefiles (coverage creeping ever upwards)
This reveals a small bug: revert reports "reverting .hglf/largefile"
when it really should report "reverting largefile". I don't see an
easy fix, though (short of using ui.pushbuffer() to interfere with
revert's output).
| author | Greg Ward <greg@gerg.ca> |
|---|---|
| date | Tue, 25 Oct 2011 08:56:59 -0400 |
| parents | ca1412c15efe |
| children | b357a972d6cd |
| files | tests/test-largefiles.t |
| diffstat | 1 files changed, 45 insertions(+), 0 deletions(-) [+] |
line wrap: on
line diff
--- a/tests/test-largefiles.t Mon Oct 24 21:33:23 2011 -0400 +++ b/tests/test-largefiles.t Tue Oct 25 08:56:59 2011 -0400 @@ -633,6 +633,51 @@ getting changed largefiles 1 largefiles updated, 0 removed +"revert" works on largefiles (and normal files too). + $ echo hack3 >> normal3 + $ echo hack4 >> sub/normal4 + $ echo hack4 >> sub/large4 + $ hg rm sub2/large6 + $ echo new >> sub2/large8 + $ hg add --large sub2/large8 +# XXX we don't really want to report that we're reverting the standin; +# that's just an implementation detail. But I don't see an obvious fix. ;-( + $ hg revert sub + reverting .hglf/sub/large4 + reverting sub/normal4 + $ hg status + M normal3 + A sub2/large8 + R sub2/large6 + ? sub/large4.orig + ? sub/normal4.orig + $ cat sub/normal4 + normal4-modified + $ cat sub/large4 + large4-modified + $ hg revert -a --no-backup + undeleting .hglf/sub2/large6 + forgetting .hglf/sub2/large8 + reverting normal3 + $ hg status + ? sub/large4.orig + ? sub/normal4.orig + ? sub2/large8 + $ cat normal3 + normal3-modified + $ cat sub2/large6 + large6-modified + $ rm sub/*.orig sub2/large8 + +revert some files to an older revision + $ hg revert --no-backup -r 8 sub2 + reverting .hglf/sub2/large6 + $ cat sub2/large6 + large6 + $ hg revert --no-backup sub2 + reverting .hglf/sub2/large6 + $ hg status + "verify --large" actaully verifies largefiles $ hg verify --large