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 -30 -10 -7 +7 +10 +30 +100 +300 +1000 +3000 +10000 tip