Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Thu, 15 Dec 2011 23:08:09 +0100] rev 15659
phases: change publish behavior to only alter behavior when server.
Older publish=True was:
1) Content of Publishing server are seen as public by client.
2) Any changegroup *added* to a publish=True server is public.
New definition are:
1) Content of Publishing server are seen as public by client.
2) Any changegroup *pushed* to a publish=True server is public.
See mercurial/phase.py documentation for exact final behavior
Kevin Gessner <kevin@fogcreek.com> [Thu, 15 Dec 2011 13:19:43 -0500] rev 15658
largefiles: don't require a user cache (issue3088) (issue3155)
If the user cache path isn't specified in .hgrc, and it can't be constructed
from the environment, don't try to use that cache.
Matt Mackall <mpm@selenic.com> [Thu, 15 Dec 2011 15:27:11 -0600] rev 15657
util: don't mess with builtins to emulate buffer()
Matt Mackall <mpm@selenic.com> [Thu, 15 Dec 2011 14:59:22 -0600] rev 15656
util: clean up function ordering
Matt Mackall <mpm@selenic.com> [Thu, 15 Dec 2011 14:37:36 -0600] rev 15655
merge with stable
Nikolaus Schueler <nikolaus.schueler@lantiq.com> [Thu, 15 Dec 2011 13:57:54 +0100] rev 15654
notify: change behavior of "changegroup" hook
Change the behavior so that the sender (the "From" header in the notification
mail) in case of the "changegroup" hook is the user that did the first commit
in the changegroup. The option is configurable, if you set "notify.fromauthor"
to "True" in your config, the new behavior is activated. If you do not set the
option, the behavior is as before. The commit adds to an existing test to show
various aspects of the changed behavior.
Na'Tosha Bard <natosha@unity3d.com> [Thu, 15 Dec 2011 16:23:26 +0100] rev 15653
largefiles: optimize status when files are specified (issue3144)
This fixes a performance issue with 'hg status' when files are specified
on the command-line. Previously, a large amount of largefiles code was
executed, even if files were specified on the command-line and those files
were not largefiles. This patch fixes the problem by first checking if
non-largefiles were specified on the command-line and, just letting the
normal status function handle the case if they were.
On a brand new machine, the execution time for 'hg status filename' on
a repository with largefiles was:
real 0m0.636s
user 0m0.512s
sys 0m0.120s
versus the following (the same repository, with largefiles disabled):
real 0m0.215s
user 0m0.180s
sys 0m0.032s
After this patch, the performance of 'hg status filename' on the same
repository, with largefiles enabled is:
real 0m0.228s
user 0m0.189s
sys 0m0.036s
This performance boost is also true when patterns (rather than specific
files) are specified on the command-line.
In the case where patterns are specified in addition to a file list, we
just defer to the normal codepath in order to not spend extra time
expanding the patterns to just risk having to expand them again later.
Pierre-Yves David <pierre-yves.david@logilab.fr> [Mon, 12 Dec 2011 15:16:58 +0100] rev 15652
wireproto: handle other server output in pushkey
Remote side may add useful information alongside failure return code. For
example "ssl is required". This patch mirror what is done for the unbundle
command.