← 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: Martin
  • Date: 2011-05-21 16:29:38 UTC
  • mto: This revision was merged to the branch mainline in revision 5907.
  • Revision ID: gzlist@googlemail.com-20110521162938-1vrw3hp0197l3vrl
Add tests for non-ascii conflict serialisation

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 (Oronsay)?
3
 
***********************************
 
1
*************************
 
2
What's New in Bazaar 2.4?
 
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
 
 
58
52
Configuration files
59
53
*******************
60
54
 
76
70
 
77
71
Many bzr commands used to run into pathological behavior on large trees
78
72
(>10k files), reading the inventory data in random order causing cache
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::
 
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::
83
76
 
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)
 
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
92
83
    
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)
101
84
 
102
85
Faster stacked branches
103
86
***********************
107
90
network roundtrips.  Other operations where a local branch is stacked on a
108
91
branch hosted on a smart server will also benefit.
109
92
 
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
 
 
133
93
Further information
134
94
*******************
135
95