Wed, 02 Jul 2014 00:01:13 -0500 merge with stable
Matt Mackall <mpm@selenic.com> [Wed, 02 Jul 2014 00:01:13 -0500] rev 21832
merge with stable
Tue, 01 Jul 2014 23:32:18 -0500 Added signature for changeset 2d8cd3d0e83c stable
Matt Mackall <mpm@selenic.com> [Tue, 01 Jul 2014 23:32:18 -0500] rev 21831
Added signature for changeset 2d8cd3d0e83c
Tue, 01 Jul 2014 23:32:11 -0500 Added tag 3.0.2 for changeset 2d8cd3d0e83c stable
Matt Mackall <mpm@selenic.com> [Tue, 01 Jul 2014 23:32:11 -0500] rev 21830
Added tag 3.0.2 for changeset 2d8cd3d0e83c
Tue, 01 Jul 2014 23:27:32 -0500 merge with i18n stable 3.0.2
Matt Mackall <mpm@selenic.com> [Tue, 01 Jul 2014 23:27:32 -0500] rev 21829
merge with i18n
Mon, 30 Jun 2014 18:52:57 -0300 i18n-pt_BR: synchronized with a4b67bf1f0a5 stable
Wagner Bruna <wbruna@softwareexpress.com.br> [Mon, 30 Jun 2014 18:52:57 -0300] rev 21828
i18n-pt_BR: synchronized with a4b67bf1f0a5
Mon, 30 Jun 2014 19:09:01 +0900 i18n-ja: synchronized with a4b67bf1f0a5 stable
FUJIWARA Katsunori <foozy@lares.dti.ne.jp> [Mon, 30 Jun 2014 19:09:01 +0900] rev 21827
i18n-ja: synchronized with a4b67bf1f0a5
Sat, 07 Jun 2014 15:23:12 -0400 rebase: fix bug that caused transitive copy records to disappear (issue4192) stable
Augie Fackler <raf@durin42.com> [Sat, 07 Jun 2014 15:23:12 -0400] rev 21826
rebase: fix bug that caused transitive copy records to disappear (issue4192) The defect was that copies were always duplicated against the target revision, rather than the first parent of the revision being rebased. This produced nominally correct results if changes were rebased one at a time (or with --collapse), but was wrong if we rebased a sequence of changesets which contained a sequence of copies.
(0) -10000 -3000 -1000 -300 -100 -30 -10 -7 +7 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip