← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/release-notes/bzr-2.4.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2011-04-15 08:12:33 UTC
  • mfrom: (5783.2.5 2.4-merge-faster-759091)
  • Revision ID: pqm@pqm.ubuntu.com-20110415081233-mqfd5six3sqmi1sn
(jameinel) Make 'bzr merge' much faster by not walking unchanged entries.
 (John A Meinel)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/en/release-notes/bzr-2.4.txt
26
26
.. Improvements to existing commands, especially improved performance 
27
27
   or memory usage, or better results.
28
28
 
29
 
* When building a new WorkingTree (such as during ``bzr co`` or
30
 
  ``bzr branch``) we now properly store the stat and hash of files that
31
 
  are old enough. This saves a fair amount of time on the first
32
 
  ``bzr status`` (on a 500MB tree, it saves about 30+s).
33
 
  (John Arbash Meinel, #740932)
 
29
* ``bzr merge`` in large trees is now significantly faster. On a 70k entry
 
30
  tree, the time went from ~3min down to 30s.
 
31
  (John Arbash Meinel, #759091)
34
32
 
35
33
* Resolve ``lp:FOO`` urls locally rather than doing an XMLRPC request if
36
34
  the user has done ``bzr launchpad-login``. The bzr+ssh URLs were already
42
40
  call as much as 2s from Sydney. You can test the local logic by using
43
41
  ``-Dlaunchpad``.  (John Arbash Meinel, #397739)
44
42
 
 
43
* When building a new WorkingTree (such as during ``bzr co`` or
 
44
  ``bzr branch``) we now properly store the stat and hash of files that
 
45
  are old enough. This saves a fair amount of time on the first
 
46
  ``bzr status`` (on a 500MB tree, it saves about 30+s).
 
47
  (John Arbash Meinel, #740932)
 
48
 
 
49
 
45
50
Bug Fixes
46
51
*********
47
52
 
58
63
 
59
64
* Lazy hooks are now reset between test runs. (Jelmer Vernooij, #745566)
60
65
 
 
66
* ``bzrlib.merge.Merge`` now calls ``iter_changes`` without
 
67
  ``include_unversioned=True``. This makes it significantly faster in many
 
68
  cases, because it only looks at modified files, rather than building
 
69
  information about all files. This can cause failures in other
 
70
  TreeTransform code, because it had been expecting to know the names of
 
71
  things which had not changed (such as parent directories). All cases we
 
72
  know about so far have been fixed, but there may be fallout for edge
 
73
  cases that we are missing. (John Arbash Meinel, #759091)
 
74
 
61
75
* Standalone bzr.exe installation on Windows: user can put additional python 
62
76
  libraries into ``site-packages`` subdirectory of the installation directory,
63
77
  this might be required for "installing" extra dependencies for some plugins.