Fri, 01 Aug 2014 18:23:18 -0500 Added signature for changeset 3178e4989202 stable
Matt Mackall <mpm@selenic.com> [Fri, 01 Aug 2014 18:23:18 -0500] rev 21975
Added signature for changeset 3178e4989202
Fri, 01 Aug 2014 18:22:56 -0500 Added tag 3.1 for changeset 3178e4989202 stable
Matt Mackall <mpm@selenic.com> [Fri, 01 Aug 2014 18:22:56 -0500] rev 21974
Added tag 3.1 for changeset 3178e4989202
Fri, 01 Aug 2014 13:01:35 -0700 status: do not reverse deleted and unknown stable 3.1
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 01 Aug 2014 13:01:35 -0700] rev 21973
status: do not reverse deleted and unknown When reversing a status, trading "added" and "removed" make sense. Reversing "deleted" and "unknown" does not. We stop doing it. The reversing is documented in place for the poor soul not even able to remember the index of all status elements by heart.
Fri, 01 Aug 2014 12:49:00 -0700 status: don't drop unknown and ignored information (issue4321) stable
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 01 Aug 2014 12:49:00 -0700] rev 21972
status: don't drop unknown and ignored information (issue4321) By the magic of code movement, we ended up dropping unknown and ignored information when comparing the working directory with a non-parent revision. Let's stop doing it and add a test.
Fri, 01 Aug 2014 13:13:24 -0700 status: explicitly exclude removed file from unknown and ignored stable
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 01 Aug 2014 13:13:24 -0700] rev 21971
status: explicitly exclude removed file from unknown and ignored Changeset 64fe488b5179 introduced a test to validate that file were not reported twice when both unknown and removed. This behavior change was introduced by 65cdc6bab91e alongside a bug that dropped ignored and unknown completely (issue4321). As we are going to fix the bug, we need a proper implementation of the behavior tested in 64fe488b5179.
Fri, 01 Aug 2014 11:45:26 -0500 merge with i18n some more stable
Matt Mackall <mpm@selenic.com> [Fri, 01 Aug 2014 11:45:26 -0500] rev 21970
merge with i18n some more
Fri, 01 Aug 2014 11:44:50 -0500 merge with i18n stable
Matt Mackall <mpm@selenic.com> [Fri, 01 Aug 2014 11:44:50 -0500] rev 21969
merge with i18n
Fri, 01 Aug 2014 17:29:02 +0900 i18n-ja: synchronized with f582fa1167f7 stable
FUJIWARA Katsunori <foozy@lares.dti.ne.jp> [Fri, 01 Aug 2014 17:29:02 +0900] rev 21968
i18n-ja: synchronized with f582fa1167f7
Fri, 01 Aug 2014 02:02:06 -0300 i18n-pt_BR: synchronized with dccbf52ffe9f stable
Wagner Bruna <wbruna@yahoo.com> [Fri, 01 Aug 2014 02:02:06 -0300] rev 21967
i18n-pt_BR: synchronized with dccbf52ffe9f
Fri, 01 Aug 2014 21:36:56 +0900 log: do not use exact matcher for --patch --follow without file (issue4319) stable
Yuya Nishihara <yuya@tcha.org> [Fri, 01 Aug 2014 21:36:56 +0900] rev 21966
log: do not use exact matcher for --patch --follow without file (issue4319) e2530d4a47c1 is valid only if file argument is specified. If no pattern specified, it can simply fall back to the original matcher.
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip