Sat, 13 Nov 2010 15:12:09 +0100 merge with stable
Martin Geisler <mg@lazybytes.net> [Sat, 13 Nov 2010 15:12:09 +0100] rev 12976
merge with stable
Wed, 10 Nov 2010 20:26:56 +0000 eol: added filter aliases for backwards compatibility with win32text
Colin Caughie <c.caughie@indigovision.com> [Wed, 10 Nov 2010 20:26:56 +0000] rev 12975
eol: added filter aliases for backwards compatibility with win32text This makes it possible to switch most win32text configurations (i.e. those that use cleverencode and cleverdecode) to hgeol simply by disabling one and enabling the other. Any rules found in repo-specific .hgeol files will be appended to the configuration in .hgrc.
Sat, 13 Nov 2010 15:02:02 +0100 eol: exclude .hgtags file from eol translation (issue2493) stable
Colin Caughie <c.caughie@indigovision.com> [Sat, 13 Nov 2010 15:02:02 +0100] rev 12974
eol: exclude .hgtags file from eol translation (issue2493)
Sat, 13 Nov 2010 11:58:51 +0900 merge with stable
Nicolas Dumazet <nicdumz.commits@gmail.com> [Sat, 13 Nov 2010 11:58:51 +0900] rev 12973
merge with stable
Thu, 11 Nov 2010 02:10:37 +0900 log: fix log -rREV FILE when REV isnt the last filerev (issue2492) stable
Nicolas Dumazet <nicdumz.commits@gmail.com> [Thu, 11 Nov 2010 02:10:37 +0900] rev 12972
log: fix log -rREV FILE when REV isnt the last filerev (issue2492) Regression from 99cafcae25d9. That previous commit is not supposed to affect log calls without --follow, so we step out of this codepath if follow is not True, and it's enough to fix the regression. When --follow is given, we fix the issue by taking into account changesets that have a rev > maxrev to build the filegraph: even if those files are not included in the final result, it's still needed to walk correctly the graph from the end of the filelog to minrev, to track accurately renames.
Thu, 11 Nov 2010 02:05:02 +0900 cmdutil: move range check outside of filerevgen stable
Nicolas Dumazet <nicdumz.commits@gmail.com> [Thu, 11 Nov 2010 02:05:02 +0900] rev 12971
cmdutil: move range check outside of filerevgen Simple refactor, no logic change.
(0) -10000 -3000 -1000 -300 -100 -30 -10 -6 +6 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip