Fri, 15 Feb 2008 10:38:37 -0200 cmdutil.commit: use relative paths in the error messages
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Fri, 15 Feb 2008 10:38:37 -0200] rev 6112
cmdutil.commit: use relative paths in the error messages This is more consistent with other error messages and requires less makeup in test-commit and test-symlink-basic.
Fri, 15 Feb 2008 10:38:37 -0200 util.pathto: return '.' instead of an empty string
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Fri, 15 Feb 2008 10:38:37 -0200] rev 6111
util.pathto: return '.' instead of an empty string This could happen with something like pathto(repo.root, 'foo/bar', 'foo/bar')
Thu, 14 Feb 2008 18:08:16 -0200 status: put added files that have disappeared in the deleted list
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Thu, 14 Feb 2008 18:08:16 -0200] rev 6110
status: put added files that have disappeared in the deleted list This gives the user an indication that something went wrong with this file: $ hg add foo $ rm foo $ hg status foo ! foo Fixes issue212.
Thu, 14 Feb 2008 18:08:16 -0200 revert: unify forget and remove lists
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Thu, 14 Feb 2008 18:08:16 -0200] rev 6109
revert: unify forget and remove lists This doesn't make a difference right now, but after the next revision some files in state 'a' may end up in the deleted list, and revert won't be able to just remove all files in that list.
Thu, 14 Feb 2008 18:08:16 -0200 revert: only call dirstate.normal when we know the file is clean
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Thu, 14 Feb 2008 18:08:16 -0200] rev 6108
revert: only call dirstate.normal when we know the file is clean
Thu, 14 Feb 2008 18:08:16 -0200 commands.revert: don't call hg.revert
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Thu, 14 Feb 2008 18:08:16 -0200] rev 6107
commands.revert: don't call hg.revert commands.revert calculates everything that has to be done and then calls hg.revert to checkout and remove files. Unfortunately, hg.revert has to recalculate everything and that can take a long while, since it always operates on the whole working dir. Changing commands.revert to manually checkout and remove files makes things considerably faster, especially if we're reverting a single file in a repo with a huge number of files. This should be enough to close issue857.
Thu, 14 Feb 2008 18:08:16 -0200 revert: don't let repo.status walk the whole working dir
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Thu, 14 Feb 2008 18:08:16 -0200] rev 6106
revert: don't let repo.status walk the whole working dir Problem diagnosed by pmezard.
Thu, 14 Feb 2008 18:08:16 -0200 Set bundle.mainreporoot only after checking that it's a local repo
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Thu, 14 Feb 2008 18:08:16 -0200] rev 6105
Set bundle.mainreporoot only after checking that it's a local repo Fixes issue977.
Thu, 14 Feb 2008 20:54:52 +0100 Fix test-hgweb-commands.out after 9b817c0a82f1
Thomas Arendsen Hein <thomas@intevation.de> [Thu, 14 Feb 2008 20:54:52 +0100] rev 6104
Fix test-hgweb-commands.out after 9b817c0a82f1
Sun, 26 Aug 2007 21:31:18 -0300 Propagating changes back to working dirs when changing files in external
Fabio Zadrozny <fabiofz at gmail dot com> [Sun, 26 Aug 2007 21:31:18 -0300] rev 6103
Propagating changes back to working dirs when changing files in external
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip