Mercurial > hg
view tests/test-addremove-similar @ 8048:d22432bdcba1
convert/cvs: delay CVS log parsing after initialization (issue1581/2)
Source and destination constructors should be fast so configurations issues are
hit quickly, including authentication and filemap/authormap/splicemap issues.
Delaying might be a problem if the remove side disconnects idle connections
while the log is being read. It did not happen when converting openafs
repository, where log retrieval took at least 10mn.
author | Patrick Mezard <pmezard@gmail.com> |
---|---|
date | Sat, 11 Apr 2009 21:17:11 +0200 |
parents | 8d982aef0be1 |
children | 1a96f1d9599b |
line wrap: on
line source
#!/bin/sh hg init rep; cd rep touch empty-file python -c 'for x in range(10000): print x' > large-file hg addremove hg commit -m A rm large-file empty-file python -c 'for x in range(10,10000): print x' > another-file hg addremove -s50 hg commit -m B echo % comparing two empty files caused ZeroDivisionError in the past hg update -C 0 rm empty-file touch another-empty-file hg addremove -s50 cd .. hg init rep2; cd rep2 python -c 'for x in range(10000): print x' > large-file python -c 'for x in range(50): print x' > tiny-file hg addremove hg commit -m A python -c 'for x in range(70): print x' > small-file rm tiny-file rm large-file hg addremove -s50 hg commit -m B echo % should all fail hg addremove -s foo hg addremove -s -1 hg addremove -s 1e6 true