← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/whats-new/whats-new-in-2.4.txt

  • Committer: Canonical.com Patch Queue Manager
  • Date: 2011-08-09 17:04:46 UTC
  • mfrom: (6055.1.3 822571-bzr-home-unicode)
  • Revision ID: pqm@pqm.ubuntu.com-20110809170446-f1wc1a8fhgnxi4cn
(vila) Decode BZR_HOME with fs encoding to allow unicode homes. (Vincent
 Ladeuil)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/en/whats-new/whats-new-in-2.4.txt
1
 
*************************
2
 
What's New in Bazaar 2.4?
3
 
*************************
 
1
***********************************
 
2
What's New in Bazaar 2.4 (Oronsay)?
 
3
***********************************
4
4
 
5
5
Bazaar 2.4 is still under development, and will be released in August 2011.
6
6
This document accumulates a high level summary of what's changed.  See the
49
49
Two built-in synonyms for ``bzr branch`` have been deprecated: ``clone`` and
50
50
``get``.
51
51
 
 
52
Command options
 
53
***************
 
54
 
 
55
* The ``bzr log`` and ``bzr missing`` commands now accept ``-S`` as a
 
56
  shorthand for ``--short``.
 
57
 
52
58
Configuration files
53
59
*******************
54
60
 
70
76
 
71
77
Many bzr commands used to run into pathological behavior on large trees
72
78
(>10k files), reading the inventory data in random order causing cache
73
 
thrashing. Various other tweaks have been applied with feedback from large
74
 
trees. A possibly incomplete list is as follows for running commands on a
75
 
70k file tree::
 
79
thrashing (the fix was backported to bzr-2.3.2). We also updated several
 
80
code paths that were updating the WT state using an O(tree) operation to
 
81
one that was an O(changes) operation.  A possibly incomplete list is as
 
82
follows for running commands on a 70k file tree::
76
83
 
77
 
    bzr-2.3.1 bzr-2.3.2 bzr-2.4 action
78
 
    3m39s                 1m03s   bzr co --lightweight
79
 
      38s                    6s   bzr revert
80
 
    4m47s                   27s   bzr merge
81
 
    4m45s           29s     17s   bzr pull
82
 
    4m58s                   32s   bzr up
 
84
    bzr-2.3.1 bzr-2.3.2 bzr-2.4  action
 
85
    3m39s         1m08s   1m03s  bzr co --lightweight
 
86
      38s            8s      2s  bzr revert (in a clean tree)
 
87
    4m47s         3m56s     15s  bzr merge
 
88
    4m45s           20s      3s  bzr pull
 
89
    4m58s         3m00s      2s  bzr up
 
90
    9m33s           21s     19s  bzr uncommit (including a merge)
 
91
    4m44s           17s      2s  bzr uncommit (simple commit)
83
92
    
 
93
This is a smaller table of times for the Launchpad tree (~8k items)::
 
94
 
 
95
    bzr-2.3.1   bzr-2.4     action
 
96
    5.3s        5.2s        bzr co --lightweight
 
97
    0.9s        0.3s        bzr revert
 
98
    1.4s        0.4s        bzr pull
 
99
    3.9s        3.7s        bzr uncommit (with merge)
 
100
    0.9s        0.3s        bzr uncommit (without merge)
84
101
 
85
102
Faster stacked branches
86
103
***********************
90
107
network roundtrips.  Other operations where a local branch is stacked on a
91
108
branch hosted on a smart server will also benefit.
92
109
 
 
110
More export control
 
111
*******************
 
112
 
 
113
When exporting a tree, you may now use get_export_generator() to 
 
114
do an operation after each file is exported. 
 
115
 
 
116
Testing
 
117
*******
 
118
 
 
119
The ``selftest --exclude`` option can now be specified multiple times and
 
120
the tests that match any of the specified patterns will be excluded. Only
 
121
the last specified patetrn was previously taken into account.
 
122
 
 
123
Digital Signature Verification
 
124
******************************
 
125
 
 
126
A new command ``bzr verify-signatures`` has been added to check that commits
 
127
are correctly signed with trusted keys by GPG.  This requires python-gpgme to
 
128
be installed.  ``bzr log`` has gained a ``--signatures`` option to list the
 
129
validity of signatures for each commit.  New config options ``acceptable_keys``
 
130
and ``validate_signatures_in_log`` can be set to control options to these
 
131
commands.
 
132
 
93
133
Further information
94
134
*******************
95
135