Wed, 11 Jan 2012 18:08:25 +0100 minirst: simplify and standardize field list formatting
Olav Reinert <seroton10@gmail.com> [Wed, 11 Jan 2012 18:08:25 +0100] rev 15861
minirst: simplify and standardize field list formatting The default width of field lists is changed from 12 to 14 to align minirst with the rst2html tool. Shrinking the width of the left column to fit the content is removed, to keep formatting simple and uniform.
Wed, 11 Jan 2012 16:53:51 +0100 largefiles: correctly download new largefiles when merging
Na'Tosha Bard <natosha@unity3d.com> [Wed, 11 Jan 2012 16:53:51 +0100] rev 15860
largefiles: correctly download new largefiles when merging There is a bug in the merge process where, if a new largefile is introduced in a merge and the user does not have that largefile in his repo's local store nor in his system cache, the working copy will retain the old largefile. Upon the commit of the merge, the standin is re-written to contain the hash of the old largefile, and the lfdirstate retains a "Modified" status for the file. The end result is that the largefile can show up in the merge commit as "Modified", but the standin has no diff. This is wrong in two ways: 1) Such a "wedged" history with a nonsense change in a commit should not be possible 2) It effectively reverts a largefile to an old version when doing a merge This is caused by the fact that the updatelfiles() command always checks the current largefile's hash against the hash stored in the current node's standin. This is correct behavior in every case except for a merge. When merging, we must assume that the standin in the working copy contains the correct hash, because the original hg.merge() has already updated it for us. This patch fixes the issue by patching the repo object to carry a "_ismerging" attribute, that the updatelfiles() command checks for. When this attribute is found, it checks against the working copy's standin, rather than the standin in the current node.
Wed, 11 Jan 2012 15:38:31 +0100 tests: add htmlcov option
Markus Zapke-Gründemann <info@keimlink.de> [Wed, 11 Jan 2012 15:38:31 +0100] rev 15859
tests: add htmlcov option
Thu, 12 Jan 2012 14:39:02 -0600 run-tests: use a list comprehension instead of map
Matt Mackall <mpm@selenic.com> [Thu, 12 Jan 2012 14:39:02 -0600] rev 15858
run-tests: use a list comprehension instead of map
Wed, 11 Jan 2012 15:37:25 +0100 tests: fix omit path list
Markus Zapke-Gründemann <info@keimlink.de> [Wed, 11 Jan 2012 15:37:25 +0100] rev 15857
tests: fix omit path list All directories need a trailing asterisk. Otherwise the files are not excluded from coverage.
Fri, 13 Jan 2012 14:52:47 +0100 commands: partial backout of fbb68b382040
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 14:52:47 +0100] rev 15856
commands: partial backout of fbb68b382040
Fri, 13 Jan 2012 11:53:51 +0100 phase: add metavar to -r help text
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 11:53:51 +0100] rev 15855
phase: add metavar to -r help text
Fri, 13 Jan 2012 11:50:06 +0100 phase: the REV argument can be repeated
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 11:50:06 +0100] rev 15854
phase: the REV argument can be repeated
Fri, 13 Jan 2012 11:38:49 +0100 commands: no need to rename merge and phases on import
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 11:38:49 +0100] rev 15853
commands: no need to rename merge and phases on import
Fri, 13 Jan 2012 11:34:09 +0100 phase: there is actually no -C option
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 11:34:09 +0100] rev 15852
phase: there is actually no -C option
Fri, 13 Jan 2012 11:29:47 +0100 phase: use standard syntax for command line flags
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 11:29:47 +0100] rev 15851
phase: use standard syntax for command line flags We don't mark them as literal text and we mention the short option the first time we talk about a given flag.
Fri, 13 Jan 2012 11:26:24 +0100 phase: fix RST markup (use ``...`` for literal text)
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 11:26:24 +0100] rev 15850
phase: fix RST markup (use ``...`` for literal text)
Fri, 13 Jan 2012 11:23:45 +0100 phase: lowercase option help, rephrase slightly
Martin Geisler <mg@aragost.com> [Fri, 13 Jan 2012 11:23:45 +0100] rev 15849
phase: lowercase option help, rephrase slightly
Thu, 12 Jan 2012 00:49:45 +0900 filectx: fix cmp() of file starting with '\1\n' stable
Yuya Nishihara <yuya@tcha.org> [Thu, 12 Jan 2012 00:49:45 +0900] rev 15848
filectx: fix cmp() of file starting with '\1\n' If file data starts with '\1\n', it will be escaped in the revlog to create an empty metadata block, thus adding four bytes to the size in the revlog size index. There's no way to detect that this has happened in filelog.size() faster than decompressing each revision [1]. For filectx.cmp(), we have the size of the file in the working directory available. If it differs by exactly four bytes, it may be this case, so do a full comparison. [1]: http://markmail.org/message/5akdbmmqx7vq2fsg
Wed, 11 Jan 2012 09:27:53 -0600 merge with stable
Matt Mackall <mpm@selenic.com> [Wed, 11 Jan 2012 09:27:53 -0600] rev 15847
merge with stable
(0) -10000 -3000 -1000 -300 -100 -15 +15 +100 +300 +1000 +3000 +10000 +30000 tip