~amanica/bzr/320119-log_exclusive_lower_bound

« back to all changes in this revision

Viewing changes to NEWS

  • Committer: Marius Kruger
  • Date: 2009-07-19 19:57:11 UTC
  • mfrom: (4511.1.36 +trunk)
  • Revision ID: amanic@gmail.com-20090719195711-xo5o3jzwjmvidfgh
merge with bzr.dev. no conflicts. put news in its place.

Show diffs side-by-side

added added

removed removed

Lines of Context:
6
6
.. contents:: List of Releases
7
7
   :depth: 1
8
8
 
 
9
 
9
10
In Development
10
11
##############
11
12
 
12
13
Compatibility Breaks
13
14
********************
14
15
 
 
16
New Features
 
17
************
 
18
 
 
19
* ``merge --interactive`` applies a user-selected portion of the merge.  The UI
 
20
  is similar to ``shelve``.  (Aaron Bentley)
 
21
 
 
22
Bug Fixes
 
23
*********
 
24
 
 
25
* BranchBuilder now accepts timezone to avoid test failures in countries far
 
26
  from GMT. (Vincent Ladeuil, #397716)
 
27
 
 
28
* ``bzr commit`` no longer saves the unversioning of missing files until
 
29
  the commit has completed on the branch. This means that aborting a
 
30
  commit that found a missing file will leave the tree unedited.
 
31
  (Robert Collins, #282402)
 
32
 
 
33
* ``bzr log -r123`` should not return 123's parents too.
 
34
  (#325618, Marius Kruger)
 
35
 
 
36
* ``bzr mv`` no longer takes out branch locks, which allows it to work
 
37
  when the branch is readonly. (Robert Collins, #216541)
 
38
 
 
39
* Fixed spurious "Source branch does not support stacking" warning when
 
40
  pushing. (Andrew Bennetts, #388908)
 
41
  
 
42
* Renames to lexographically lower basenames in trees that have never been
 
43
  committed to will no longer corrupt the dirstate. This was caused by an
 
44
  bug in the dirstate update_minimal method. (Robert Collins, #395556)
 
45
 
 
46
* Requests for unknown methods no longer cause the smart server to log
 
47
  lots of backtraces about ``UnknownSmartMethod``, ``do_chunk`` or
 
48
  ``do_end``.  (Andrew Bennetts, #338561)
 
49
  
 
50
* ``WorkingTree4.unversion`` will no longer fail to unversion ids which
 
51
  were present in a parent tree but renamed in the working tree.
 
52
  (Robert Collins, #187207)
 
53
 
 
54
Improvements
 
55
************
 
56
 
 
57
Documentation
 
58
*************
 
59
 
 
60
* Added Bazaar 2.0 Upgrade Guide. (Ian Clatworthy)
 
61
 
 
62
API Changes
 
63
***********
 
64
 
 
65
* New TransformPreview.commit() allows committing without a working tree.
 
66
  (Aaron Bentley)
 
67
 
 
68
Internals
 
69
*********
 
70
 
 
71
 
 
72
bzr 1.17rc1 "So late it's brunch" 2009-07-13
 
73
############################################
 
74
 
 
75
Bazaar continues to blaze a straight and shining path to the 2.0 release and
 
76
the elevation of the ``2a`` beta format to the full glory of "supported and
 
77
stable".
 
78
 
 
79
Highlights in this release include greatly reduced memory consumption during
 
80
commits, faster ``ls``, faster ``annotate``, faster network operations if
 
81
you're specifying a revision number and the final destruction of those
 
82
annoying progress bar artifacts.
 
83
 
 
84
 
 
85
Compatibility Breaks
 
86
********************
 
87
 
15
88
* ``bzr register-branch`` from the Launchpad plugin now refers to "project"
16
89
  instead of "product" which is the correct Launchpad terminology.  The
17
90
  --product option is deprecated and users should switch to using --project.
36
109
  behavior.
37
110
  (Vincent Ladeuil, #206577)
38
111
 
 
112
* ``bzr switch --create-branch/-b`` can now be used to create and switch
 
113
  to a new branch. Supplying a name without a ``/`` will create the branch
 
114
  relative to the existing branch. (similar to how ``bzr switch name``
 
115
  works when the branch already exists.) (John Arbash Meinel)
 
116
 
39
117
 
40
118
Bug Fixes
41
119
*********
48
126
  diverged-branches`` when a push fails because the branches have
49
127
  diverged.  (Neil Martinsen-Burrell, #269477)
50
128
 
 
129
* Annotate would sometimes 'latch on' to trivial lines, causing important
 
130
  lines to be incorrectly annotated. (John Arbash Meinel, #387952)
 
131
 
51
132
* Automatic format upgrades triggered by default stacking policies on a
52
133
  1.16rc1 (or later) smart server work again.
53
134
  (Andrew Bennetts, #388675)
65
146
  does not already have a control directory.  The flag ``--use-existing-dir``
66
147
  will allow operation to proceed.  (Alexander Belchenko, #307554)
67
148
 
68
 
* ``bzr log -r123`` should not return 123's parents too.
69
 
  (#325618, Marius Kruger)
70
 
 
71
149
* ``bzr ls DIR --from-root`` now shows only things in DIR, not everything.
72
150
  (Ian Clatworthy)
73
151
 
78
156
  of a remote repository.
79
157
  (Jelmer Vernooij, #332194)
80
158
 
 
159
* Fix bug in decoding v3 smart server messages when receiving multiple
 
160
  lots of excess bytes after an end-of-message.
 
161
  (Andrew Bennetts)
 
162
 
81
163
* Force deletion of readonly files during merge, update and other tree
82
164
  transforms.
83
165
  (Craig Hewetson, Martin Pool, #218206)
84
166
 
85
 
* The ``log+`` decorator, useful in debugging or profiling, could cause
86
 
  "AttributeError: 'list' object has no attribute 'next'".  This is now
87
 
  fixed.  The log decorator no longer shows the elapsed time or transfer
88
 
  rate because they're available in the log prefixes and the transport
89
 
  activity display respectively.
90
 
  (Martin Pool, #340347)
 
167
* Force socket shutdown in threaded http test servers to avoid client hangs
 
168
  (pycurl).  (Vincent Ladeuil, #383920).
 
169
 
 
170
* ``LRUCache`` will maintain the linked list pointers even if a nodes
 
171
  cleanup function raises an exception. (John Arbash Meinel, #396838)
91
172
 
92
173
* Progress bars are now suppressed again when the environment variable
93
174
  ``BZR_PROGRESS_BAR`` is set to ``none``.
110
191
  removing the stacking location inside ``.bzr/branch``.
111
192
  (Robert Collins, #376243)
112
193
 
 
194
* The ``log+`` decorator, useful in debugging or profiling, could cause
 
195
  "AttributeError: 'list' object has no attribute 'next'".  This is now
 
196
  fixed.  The log decorator no longer shows the elapsed time or transfer
 
197
  rate because they're available in the log prefixes and the transport
 
198
  activity display respectively.
 
199
  (Martin Pool, #340347)
 
200
 
113
201
* Unshelve works correctly when multiple zero-length files are present on
114
202
  the shelf. (Aaron Bentley, #363444)
115
203
 
123
211
Internals
124
212
*********
125
213
 
 
214
* ``bzrlib.user_encoding`` is now officially deprecated. It is not
 
215
  possible to write a deprecation wrapper, but the variable will be
 
216
  removed in the near future. Use ``bzrlib.osutils.get_user_encoding()``
 
217
  instead. (Alexander Belchenko)
 
218
 
126
219
* Command lookup has had hooks added. ``bzrlib.Command.hooks`` has
127
220
  three new hook points: ``get_command``, ``get_missing_command`` and
128
221
  ``list_commands``, which allow just-in-time command name provision
159
252
Improvements
160
253
************
161
254
 
162
 
``bzr ls`` is now faster. On OpenOffice.org, the time drops from 2.4
 
255
* ``bzr annotate`` can now be significantly faster. The time for
 
256
  ``bzr annotate NEWS`` is down to 7s from 22s in 1.16. Files with long
 
257
  histories and lots of 'duplicate insertions' will be improved more than
 
258
  others. (John Arbash Meinel, Vincent Ladeuil)
 
259
 
 
260
* ``bzr ls`` is now faster. On OpenOffice.org, the time drops from 2.4
163
261
  to 1.1 seconds. The improvement for ``bzr ls -r-1`` is more
164
262
  substantial dropping from 54.3 to 1.1 seconds. (Ian Clatworthy)
165
263
 
7608
7706
* Avoid circular imports by creating a deprecated function for
7609
7707
  ``bzrlib.tree.RevisionTree``. Callers should have been using
7610
7708
  ``bzrlib.revisontree.RevisionTree`` anyway. (John Arbash Meinel,
7611
 
  #63360, #66349)
 
7709
  #66349)
7612
7710
 
7613
7711
* Don't use ``socket.MSG_WAITALL`` as it doesn't exist on all
7614
7712
  platforms. (Martin Pool, #66356)