~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-05-10 10:28:23 UTC
  • mfrom: (5783.3.8 2.4-revert-faster-759096)
  • Revision ID: pqm@pqm.ubuntu.com-20110510102823-vf4qlngmjhgg6538
(jameinel) Make 'bzr revert' much faster in large trees,
 bug #759096 (John A Meinel)

Show diffs side-by-side

added added

removed removed

Lines of Context:
136
136
   or memory usage, or better results.
137
137
 
138
138
* ``bzr merge`` in large trees is now significantly faster. On a 70k entry
139
 
  tree, the time went from ~3min down to 30s.
140
 
  (John Arbash Meinel, #759091)
 
139
  tree, the time went from ~3min down to 30s. This also effects ``bzr pull``
 
140
  and ``bzr update`` since they use the same merge logic to update the
 
141
  WorkingTree.  (John Arbash Meinel, #759091)
 
142
 
 
143
* ``bzr revert`` now properly uses ``bzr status``'s optimized
 
144
  ``iter_changes``. This can be a significant performance difference (33s
 
145
  to 5s on large trees). (John Arbash Meinel, #759096)
141
146
 
142
147
* Resolve ``lp:FOO`` urls locally rather than doing an XMLRPC request if
143
148
  the user has done ``bzr launchpad-login``. The bzr+ssh URLs were already
198
203
  this might be required for "installing" extra dependencies for some plugins.
199
204
  (Alexander Belchenko, #743256)
200
205
 
 
206
* ``transform.revert()`` has been updated to use
 
207
  ``wt.iter_changes(basis_tree)`` rather than
 
208
  ``basis_tree.iter_changes(wt)``. This allows the optimized code path to
 
209
  kick in, improving ``bzr revert`` times significantly (33s to 4s on
 
210
  large trees, 0.7s to 0.3s on small trees.) (John Arbash Meinel, #759096)
 
211
 
201
212
* ``TreeTransform.create_file/new_file`` can now take an optional ``sha1``
202
213
  parameter. If supplied, when the transform is applied, it will then call
203
214
  ``self._tree._observed_sha1`` for those files. This lets us update the