Sun, 06 Dec 2015 22:27:18 -0800 tests: use absolute_import in hghave.py
Gregory Szorc <gregory.szorc@gmail.com> [Sun, 06 Dec 2015 22:27:18 -0800] rev 27298
tests: use absolute_import in hghave.py
Sun, 06 Dec 2015 22:26:12 -0800 tests: use absolute_import for heredoctest.py
Gregory Szorc <gregory.szorc@gmail.com> [Sun, 06 Dec 2015 22:26:12 -0800] rev 27297
tests: use absolute_import for heredoctest.py
Sun, 06 Dec 2015 22:25:41 -0800 tests: use absolute_import in /get-with-headers.py
Gregory Szorc <gregory.szorc@gmail.com> [Sun, 06 Dec 2015 22:25:41 -0800] rev 27296
tests: use absolute_import in /get-with-headers.py While I was here, I removed condition code for failure to import json. This code was necessary to support Python < 2.6, which didn't include the json module.
Sun, 06 Dec 2015 22:23:37 -0800 tests: use absolute_import in generate-working-copy-states.py
Gregory Szorc <gregory.szorc@gmail.com> [Sun, 06 Dec 2015 22:23:37 -0800] rev 27295
tests: use absolute_import in generate-working-copy-states.py
Fri, 13 Nov 2015 14:35:36 +0800 hgweb: move entry-preparing code from webcommands to webutils.commonentry()
Anton Shestakov <av6@dwimlabs.net> [Fri, 13 Nov 2015 14:35:36 +0800] rev 27294
hgweb: move entry-preparing code from webcommands to webutils.commonentry() The new function is used to fill basic information about a ctx, such as revision number and hash, author, commit message, etc. Before, every webcommand used to get this basic information on its own using some boilerplate code, and some things in some places just weren't available.
Mon, 30 Nov 2015 19:30:16 +0000 grammar: favor zero, one, two over ... or no
timeless <timeless@mozdev.org> [Mon, 30 Nov 2015 19:30:16 +0000] rev 27293
grammar: favor zero, one, two over ... or no
Mon, 30 Nov 2015 19:29:46 +0000 commands: use Oxford comma (help clone)
timeless <timeless@mozdev.org> [Mon, 30 Nov 2015 19:29:46 +0000] rev 27292
commands: use Oxford comma (help clone)
Wed, 09 Dec 2015 08:28:53 +0900 commit: make commit acquire store lock before processing for consistency
FUJIWARA Katsunori <foozy@lares.dti.ne.jp> [Wed, 09 Dec 2015 08:28:53 +0900] rev 27291
commit: make commit acquire store lock before processing for consistency If acquisition of wlock waits for another "hg commit" process to release it, dirstate will refer newly committed revision after acquisition of wlock. At that time, '00changelog.i' on the filesystem contains this new revision, but in-memory 'repo.changelog' doesn't, if it is cached without store lock (slock) before updating by another "hg commit". This makes validating parents at re-loading 'repo.dirstate' from '.hg/dirstate' replace such new revision with 'nullid'. Then, 'localrepository.commit()' creates "orphan" revision (see issue4368 for detail). a01d3d32b53a makes 'commands.commit()' acquire both wlock and slock before processing to avoid this issue at "hg commit". But similar issue can occur even after a01d3d32b53a, if 3rd party extension does: - refer 'repo.changelog' outside wlock scope, and - invoke 'repo.commit()' directly (instead of 'commands.commit()') This patch makes 'commit()' acquire slock before processing, to refer recent changelog at validating parents of 'repo.dirstate'.
(0) -10000 -3000 -1000 -300 -100 -30 -10 -8 +8 +10 +30 +100 +300 +1000 +3000 +10000 tip