Sun, 02 Jul 2006 22:39:39 -0300 hg.py: move exception handling code to try to avoid hiding errors
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Sun, 02 Jul 2006 22:39:39 -0300] rev 2555
hg.py: move exception handling code to try to avoid hiding errors
Mon, 03 Jul 2006 14:30:38 -0700 help: add help to mq extension
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 14:30:38 -0700] rev 2554
help: add help to mq extension
Mon, 03 Jul 2006 14:30:24 -0700 help: make "hg help EXTENSION" work
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 14:30:24 -0700] rev 2553
help: make "hg help EXTENSION" work
Mon, 03 Jul 2006 19:28:31 +0200 Adjusted test output to changed abort message of 'hg merge' (from 0229ff95faec)
Thomas Arendsen Hein <thomas@intevation.de> [Mon, 03 Jul 2006 19:28:31 +0200] rev 2552
Adjusted test output to changed abort message of 'hg merge' (from 0229ff95faec)
Mon, 03 Jul 2006 10:19:09 -0700 merge with crew.
Vadim Gelfer <vadim.gelfer@gmail.com> [Mon, 03 Jul 2006 10:19:09 -0700] rev 2551
merge with crew.
Mon, 03 Jul 2006 10:18:46 -0700 Disable automatic line endings conversion on windows
Raphael Marmier <raphael@marmier.net> [Mon, 03 Jul 2006 10:18:46 -0700] rev 2550
Disable automatic line endings conversion on windows The rationale behind this is that such conversion implies a particular situation in which all files in the repo are terminated by only LF. This is documented nowhere and it bit me sharply when I upgraded. Furthermore, it works on the assumption that a file containing no NULL characters are actually a text file. Therefore it cannot guarantee that no binary file will be harmed in the process. Currently, if a file already contains CRLF line endings when it is copied to the working dir from the repo, then the version in the working dir will be corrupted by an extra CR. I'm working on a patch that will turn this into a warning. But as a side effect, committing such a file back will strip it from its CR. In all case, unrequested data modification can occur under the feet of the user, which is bad(tm), ihmo.
Fri, 30 Jun 2006 19:24:02 -0700 Added ability to clone from a local repository to a (new) remote one.
Sean Meiners <sean.meiners@linspire.com> [Fri, 30 Jun 2006 19:24:02 -0700] rev 2549
Added ability to clone from a local repository to a (new) remote one. Rearranged the clone command a good bit to make sure it validates that the source does exist and that the destination doesn't before doing anything. Before I moved the source repo check it would create the destination repository before it verified the source existed. Moved the responsibility for creating the destination repo root directory entirly into the localrepo class so that local to local cloning doesn't break. This also simplifies the code a bit since it's no longer being done in both clone and init. Changed the names of the 'repo' and 'other' variables to 'dest_repo' and 'src_repo' to maintain my sanity. Passes 82/83 tests. The only failure is the version number test, which I suspect is supposed to fail since it comes from a generated file.
Mon, 03 Jul 2006 19:14:29 +0200 Clarified message when nothing to merge is seen.
Thomas Arendsen Hein <thomas@intevation.de> [Mon, 03 Jul 2006 19:14:29 +0200] rev 2548
Clarified message when nothing to merge is seen. Sometimes there's a non-tip head waiting to be merged, especially after pulling in remote changes while there were local modifications in the working directory which had to be committed before 'hg merge' can work.
(0) -1000 -300 -100 -30 -10 -8 +8 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip