Fri, 30 Apr 2010 19:50:37 -0300 subrepo: add test for issue1977 stable
Wagner Bruna <wbruna@softwareexpress.com.br> [Fri, 30 Apr 2010 19:50:37 -0300] rev 11069
subrepo: add test for issue1977
Fri, 30 Apr 2010 19:49:35 -0300 subrepo: update test output for issue1977 fix stable
Wagner Bruna <wbruna@softwareexpress.com.br> [Fri, 30 Apr 2010 19:49:35 -0300] rev 11068
subrepo: update test output for issue1977 fix
Fri, 30 Apr 2010 18:32:18 -0500 subrepo: propagate and catch push failures stable
Matt Mackall <mpm@selenic.com> [Fri, 30 Apr 2010 18:32:18 -0500] rev 11067
subrepo: propagate and catch push failures
Mon, 26 Apr 2010 20:13:14 +0900 static-http: mimic more closely localrepo (issue2164: allow clone -r ) stable
Nicolas Dumazet <nicdumz.commits@gmail.com> [Mon, 26 Apr 2010 20:13:14 +0900] rev 11066
static-http: mimic more closely localrepo (issue2164: allow clone -r ) * httprangereader: name, __iter__ and close are needed to mimic file object * static-http opener: - disallow write/append modes - add (unused) atomictemp parameter * static-http repo: - root attribute is needed for localrepo.dirstate() - _branch* attributes are required for commitctx and branchmap calls * tags: force repo.opener.__iter__ call earlier to force httprangereader to try to read the cache early, to avoid raising IOError later.
Sat, 01 May 2010 20:49:40 +0200 keyword: cleanup test and make it portable
Christian Ebert <blacktrash@gmx.net> [Sat, 01 May 2010 20:49:40 +0200] rev 11065
keyword: cleanup test and make it portable - replace sed call with python command - no need to back up hgrc before record
Fri, 30 Apr 2010 15:05:51 +0200 mq: qpush --move, reorder patch series and apply only the patch
Mads Kiilerich <mads@kiilerich.com> [Fri, 30 Apr 2010 15:05:51 +0200] rev 11064
mq: qpush --move, reorder patch series and apply only the patch This makes it less necessary to edit .hg/patches/series manually.
Mon, 19 Apr 2010 17:41:12 +0900 tag: warn users about tag/branch possible name conflicts
Nicolas Dumazet <nicdumz.commits@gmail.com> [Mon, 19 Apr 2010 17:41:12 +0900] rev 11063
tag: warn users about tag/branch possible name conflicts As reported recently, Mercurial users can easily find confusion when using a common name for a tag and a branch. It seems reasonable to warn them about this potential outcome, to avoid that "surprise". * Explain briefly the issue in "hg help tag" * Warn when tagging a revision
Mon, 19 Apr 2010 11:31:19 +0200 contrib/mercurial.spec: Use DESTDIR variable and 'make install'
Mads Kiilerich <mads@kiilerich.com> [Mon, 19 Apr 2010 11:31:19 +0200] rev 11062
contrib/mercurial.spec: Use DESTDIR variable and 'make install'
Thu, 01 Apr 2010 00:35:12 +0900 log: add --stat for diffstat output
Yuya Nishihara <yuya@tcha.org> [Thu, 01 Apr 2010 00:35:12 +0900] rev 11061
log: add --stat for diffstat output log --stat shows diffstat in place of patch output.
Sat, 03 Apr 2010 11:58:16 +1100 findrenames: Optimise "addremove -s100" by matching files by their SHA1 hashes.
David Greenaway <hg-dev@davidgreenaway.com> [Sat, 03 Apr 2010 11:58:16 +1100] rev 11060
findrenames: Optimise "addremove -s100" by matching files by their SHA1 hashes. We speed up 'findrenames' for the usecase when a user specifies they want a similarity of 100% by matching files by their exact SHA1 hash value. This reduces the number of comparisons required to find exact matches from O(n^2) to O(n). While it would be nice if we could just use mercurial's pre-calculated SHA1 hash for existing files, this hash includes the file's ancestor information making it unsuitable for our purposes. Instead, we calculate the hash of old content from scratch. The following benchmarks were taken on the current head of crew: addremove 100% similarity: rm -rf *; hg up -C; mv tests tests.new hg --time addremove -s100 --dry-run before: real 176.350 secs (user 128.890+0.000 sys 47.430+0.000) after: real 2.130 secs (user 1.890+0.000 sys 0.240+0.000) addremove 75% similarity: rm -rf *; hg up -C; mv tests tests.new; \ for i in tests.new/*; do echo x >> $i; done hg --time addremove -s75 --dry-run before: real 264.560 secs (user 215.130+0.000 sys 49.410+0.000) after: real 218.710 secs (user 172.790+0.000 sys 45.870+0.000)
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip