Matt Mackall <mpm@selenic.com> [Thu, 19 Jan 2012 14:34:32 -0600] rev 15937
merge default into stable for 2.1 code freeze
Matt Mackall <mpm@selenic.com> [Thu, 19 Jan 2012 14:31:05 -0600] rev 15936
revset: add remote() predicate to lookup remote revisions
Matt Mackall <mpm@selenic.com> [Thu, 19 Jan 2012 14:07:48 -0600] rev 15935
bookmarks: automatically advance bookmark on naked update (BC) (issue2894)
Matt Mackall <mpm@selenic.com> [Thu, 19 Jan 2012 11:35:06 -0600] rev 15934
qimport: back out 2eec74d7ce95
This patch presumed mq csets must always be secret, which isn't yet
established.
Pierre-Yves David <pierre-yves.david@logilab.fr> [Thu, 19 Jan 2012 16:09:43 +0100] rev 15933
phases: only synchronize on common changeset when push fails
If push failed we should not expect the pushed changeset to exist on remote.
The common set before the push is used for phase related operation instead of
common + missing.
Note:
* We still pull phase data even if push fails
* We still try to push data even if push fails (same than bookmark)
Pierre-Yves David <pierre-yves.david@logilab.fr> [Thu, 19 Jan 2012 15:50:55 +0100] rev 15932
discovery: diet discovery.prepush from non-discovery code
The ``discovery.prepush`` function was doing multiple things not related to
discovery. This changeset move some code into the ``localrepo.push`` method. The
old ``discovery.prepush`` function jobs is now restricted to checking for
multple head creation. It was then renamed ``discovery.checkheads``.
This new ``discovery.checkheads`` function may receive several other changes in
the future but we are a bit too much near the freeze for a wider refactoring.
Pierre-Yves David <pierre-yves.david@logilab.fr> [Thu, 19 Jan 2012 11:30:37 +0100] rev 15931
qfinish: set all qfinished patch as draft, not only qbase
Fix a silly bug.
Patrick Mezard <pmezard@gmail.com> [Thu, 19 Jan 2012 10:07:13 +0100] rev 15930
largefiles: test and simplify empty directory removal in remove
Mads Kiilerich <mads@kiilerich.com> [Thu, 19 Jan 2012 02:14:06 +0100] rev 15929
tag: invalidate tag cache immediately after adding new tag (issue3210)
New tags were written to .hgtags / .hglocaltags without updating or
invalidating the localrepo cache.
Before afd459933d5f a lock was acquired soon after the new tags had been
written, and that invalidated the cache so the new tags for example could be
seen in pretxncommit hooks. With afd459933d5f the lock had already been
acquired at this point and the missing cache invalidation was exposed.
The tag caches will now explicitly and immediately be invalidated when new tags
are added.
Pierre-Yves David <pierre-yves.david@logilab.fr> [Wed, 18 Jan 2012 17:18:38 +0100] rev 15928
mq: ensure mq changesets are set to secret when no phase data are found