Thu, 10 Dec 2015 21:32:19 -0800 test-hgignore.t: add tests for comments
Bryan O'Sullivan <bos@serpentine.com> [Thu, 10 Dec 2015 21:32:19 -0800] rev 27326
test-hgignore.t: add tests for comments Although support for comments in hgignore files has existed for a while, it was previously untested.
Wed, 09 Dec 2015 05:56:54 +0000 help: fix help -c/help -e/help -k
timeless <timeless@mozdev.org> [Wed, 09 Dec 2015 05:56:54 +0000] rev 27325
help: fix help -c/help -e/help -k Before, hg help -c was the same as hg help, now it only shows commands. Before, hg help -e was the same as hg help, now it only shows extensions. Before, hg help -k crashed, now it shows all topics.
Wed, 09 Dec 2015 19:09:35 +0000 help: call filtercmd from topicmatch
timeless <timeless@mozdev.org> [Wed, 09 Dec 2015 19:09:35 +0000] rev 27324
help: call filtercmd from topicmatch update test coverage to explicitly define when help -c should list debug/deprecated items.
Wed, 09 Dec 2015 19:09:06 +0000 help: refactor filtercmd
timeless <timeless@mozdev.org> [Wed, 09 Dec 2015 19:09:06 +0000] rev 27323
help: refactor filtercmd
Mon, 30 Nov 2015 19:28:26 +0000 transplant: use Oxford comma
timeless <timeless@mozdev.org> [Mon, 30 Nov 2015 19:28:26 +0000] rev 27322
transplant: use Oxford comma
Wed, 09 Dec 2015 17:01:27 -0800 crecord: add dictionary to default return value of filterpatch
Laurent Charignon <lcharignon@fb.com> [Wed, 09 Dec 2015 17:01:27 -0800] rev 27321
crecord: add dictionary to default return value of filterpatch When committing interactively without changes, the user would get a ValueError exception. This patch adds a dictionary to the return value of filterpatch when there are no files to change.
Mon, 07 Dec 2015 21:42:50 +0900 paths: include #fragment again stable
Yuya Nishihara <yuya@tcha.org> [Mon, 07 Dec 2015 21:42:50 +0900] rev 27320
paths: include #fragment again Since 5f2a4fc3c4fa, #fragment was missing in "hg paths" output because path.loc was changed to a parsed URL. "hg paths" should use path.rawloc to show complete URLs.
Wed, 02 Dec 2015 16:12:15 -0800 discovery: properly filter changeset in 'peer.known' (issue4982)
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 02 Dec 2015 16:12:15 -0800] rev 27319
discovery: properly filter changeset in 'peer.known' (issue4982) The 'peer.known' call (handled at the repository level) was applying its own manual filtering (looking at phases) instead of relying on the repoview mechanism. This led to the discovery finding more "common" node that 'getbundle' was willing to recognised. From there, bad things happen, issue4982 is a symptom of it. While situations like described in issue4982 can still happen because of race conditions, fixing 'peer.known' is important for consistency in all cases. We update the code to use 'repoview' filtering. This lead to small changes in the tests for exchanging obsolescence marker because the discovery yields different results. The test affected in 'test-obsolete-changeset-exchange.t' is a test for issue4982 getting back to its expected state.
Wed, 09 Dec 2015 14:22:57 -0800 test: add an extra base changeset in test-obsolete.t
Pierre-Yves David <pierre-yves.david@fb.com> [Wed, 09 Dec 2015 14:22:57 -0800] rev 27318
test: add an extra base changeset in test-obsolete.t A fix to issue4982 (not fixed in this patch) will reinforce the filtering during discovery. This will makes two of our test repositories appear unrelated (because all common content is properly hidden). To avoid this, we introduce an extra base changeset that will not get obsoleted. This affects various test output so we put this addition in its own changeset.
Tue, 08 Dec 2015 20:21:08 +0000 parents: provide equivalent revsets in help
timeless <timeless@mozdev.org> [Tue, 08 Dec 2015 20:21:08 +0000] rev 27317
parents: provide equivalent revsets in help
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 tip