Fri, 24 Aug 2007 00:53:16 +0200 merge with crew-stable
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Fri, 24 Aug 2007 00:53:16 +0200] rev 5237
merge with crew-stable
Fri, 24 Aug 2007 00:39:59 +0200 merge with crew-stable
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Fri, 24 Aug 2007 00:39:59 +0200] rev 5236
merge with crew-stable
Thu, 23 Aug 2007 13:59:52 -0700 mq: some improvements to header rewriting (closes #690)
Brendan Cully <brendan@kublai.com> [Thu, 23 Aug 2007 13:59:52 -0700] rev 5235
mq: some improvements to header rewriting (closes #690) Tested with qrefresh -m against the mm series.
Thu, 23 Aug 2007 12:24:54 -0700 Merge with crew-stable
Brendan Cully <brendan@kublai.com> [Thu, 23 Aug 2007 12:24:54 -0700] rev 5234
Merge with crew-stable
Fri, 31 Aug 2007 22:31:43 +0200 merge with crew-stable
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Fri, 31 Aug 2007 22:31:43 +0200] rev 5233
merge with crew-stable
Fri, 31 Aug 2007 22:31:03 +0200 fix the dummy 00changelog.i not being copied on clone
Benoit Boissinot <benoit.boissinot@ens-lyon.org> [Fri, 31 Aug 2007 22:31:03 +0200] rev 5232
fix the dummy 00changelog.i not being copied on clone
Fri, 31 Aug 2007 12:32:18 +0200 Make test-convert-git compatible with other git versions (tested with 1.4.4.3)
Thomas Arendsen Hein <thomas@intevation.de> [Fri, 31 Aug 2007 12:32:18 +0200] rev 5231
Make test-convert-git compatible with other git versions (tested with 1.4.4.3)
Wed, 29 Aug 2007 16:15:23 -0700 When reverting a file which was renamed, also revert the old name
Brendan Cully <brendan@kublai.com> [Wed, 29 Aug 2007 16:15:23 -0700] rev 5230
When reverting a file which was renamed, also revert the old name
Mon, 27 Aug 2007 14:21:04 -0300 correctly record file-level history when the local side renames a directory
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Mon, 27 Aug 2007 14:21:04 -0300] rev 5229
correctly record file-level history when the local side renames a directory
Mon, 27 Aug 2007 14:21:04 -0300 Fix theoretical issue in filecommit.
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Mon, 27 Aug 2007 14:21:04 -0300] rev 5228
Fix theoretical issue in filecommit. If the file was copied, we don't want to reuse the original entry. I think this is mostly a theoretical issue - when there are copies, fp1 == nullid, so it's very unlikely that the fl.cmp(fp1, t) would think the file was unmodified. In any case, if there was a copy, we should forcefully create a new entry.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip