~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

resolve conflicts against trunk

Show diffs side-by-side

added added

removed removed

Lines of Context:
16
16
2.1, 2.2 and 2.3, and can read and write repositories generated by all
17
17
previous versions.
18
18
 
19
 
External Merge Tools
 
19
Dropping Python2.4 and Python2.5 support
 
20
****************************************
 
21
 
 
22
Bazaar 2.4.0 is the first version of bzr to drop support for python
 
23
versions before 2.6. The 2.3 series will still be maintained in bugfix
 
24
mode for people who need older versions of python. You can also use
 
25
Launchpad to nominate fixes for 2.3. We can't fix everything, but that can
 
26
help guide us to what people are running into. Upgrading to python2.6
 
27
allows us to clean up the syntax in our files, and makes it easier to work
 
28
on python3 compatibility.
 
29
 
 
30
External merge tools
20
31
********************
21
32
 
22
33
External merge tool configuration has been added to ``bzr`` core. The name
23
34
and commandline of one or more external merge tools can be defined in
24
35
bazaar.conf. See the help topic ``configuration`` for more details.
25
36
 
26
 
Tagged Revisions are Copied
 
37
Tagged revisions are copied
27
38
***************************
28
39
 
29
40
When tags are copied from a branch, the associated revisions are now copied
32
43
revisions from tags will always be present, so that operations like ``bzr
33
44
log -r tag:foo`` will always work.
34
45
 
 
46
Deprecated command synonyms
 
47
***************************
 
48
 
 
49
Two built-in synonyms for ``bzr branch`` have been deprecated: ``clone`` and
 
50
``get``.
 
51
 
35
52
Configuration files
36
53
*******************
37
54
 
48
65
format.  Refer to ``bzr help changelog_merge`` for documentation on how to
49
66
enable it and what it can do.
50
67
 
 
68
Faster operations on Large Trees
 
69
********************************
 
70
 
 
71
Many bzr commands used to run into pathological behavior on large trees
 
72
(>10k files), reading the inventory data in random order causing cache
 
73
thrashing (the fix was backported to bzr-2.3.2). We also updated several
 
74
code paths that were updating the WT state using an O(tree) operation to
 
75
one that was an O(changes) operation.  A possibly incomplete list is as
 
76
follows for running commands on a 70k file tree::
 
77
 
 
78
    bzr-2.3.1 bzr-2.3.2 bzr-2.4  action
 
79
    3m39s         1m08s   1m03s  bzr co --lightweight
 
80
      38s            8s      2s  bzr revert (in a clean tree)
 
81
    4m47s         3m56s     15s  bzr merge
 
82
    4m45s           20s      3s  bzr pull
 
83
    4m58s         3m00s      2s  bzr up
 
84
    9m33s           21s     19s  bzr uncommit (including a merge)
 
85
    4m44s           17s      2s  bzr uncommit (simple commit)
 
86
    
 
87
This is a smaller table of times for the Launchpad tree (~8k items)::
 
88
 
 
89
    bzr-2.3.1   bzr-2.4     action
 
90
    5.3s        5.2s        bzr co --lightweight
 
91
    0.9s        0.3s        bzr revert
 
92
    1.4s        0.4s        bzr pull
 
93
    3.9s        3.7s        bzr uncommit (with merge)
 
94
    0.9s        0.3s        bzr uncommit (without merge)
 
95
 
 
96
Faster stacked branches
 
97
***********************
 
98
 
 
99
Creating a stacked branch from a smart server with ``bzr branch
 
100
--stacked`` is a bit faster now.  For small branches it does 20% fewer
 
101
network roundtrips.  Other operations where a local branch is stacked on a
 
102
branch hosted on a smart server will also benefit.
 
103
 
51
104
Further information
52
105
*******************
53
106