← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/release-notes/bzr-1.12.txt

  • Committer: Vincent Ladeuil
  • Date: 2013-08-09 15:09:23 UTC
  • mto: This revision was merged to the branch mainline in revision 6587.
  • Revision ID: v.ladeuil+lp@free.fr-20130809150923-y71dusyorep0hbkt
Fix various typos in docstrings. Rename 'buffer' to 'buf' since it's now a python builtin function.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/en/release-notes/bzr-1.12.txt
 
1
####################
 
2
Bazaar Release Notes
 
3
####################
 
4
 
 
5
.. toctree::
 
6
   :maxdepth: 1
 
7
 
 
8
bzr 1.12
 
9
########
 
10
 
 
11
:Codename: 1234567890
 
12
:1.12: 2009-02-13
 
13
:1.12rc1: 2009-02-10
 
14
 
 
15
This release of Bazaar contains many improvements to the speed,
 
16
documentation and functionality of ``bzr log`` and the display of logged
 
17
revisions by ``bzr status``.  bzr now also gives a better indication of
 
18
progress, both in the way operations are drawn onto a text terminal, and
 
19
by showing the rate of network IO.
 
20
 
 
21
Changes from RC1 to Final
 
22
*************************
 
23
 
 
24
* ``bzr init --development-wt5[-rich-root]`` would fail because of
 
25
  circular import errors. (John Arbash Meinel, #328135)
 
26
 
 
27
* Expanded the help for log and added a new help topic called
 
28
  ``log-formats``.  (Ian Clatworthy)
 
29
 
 
30
Compatibility Breaks
 
31
********************
 
32
 
 
33
* By default, ``bzr status`` after a merge now shows just the pending
 
34
  merge tip revisions. This improves the signal-to-noise ratio after
 
35
  merging from trunk and completes much faster. To see all merged
 
36
  revisions, use the new ``-v`` flag.  (Ian Clatworthy)
 
37
 
 
38
* ``bzr log --line`` now shows any tags after the date and before
 
39
  the commit message. If you have scripts which parse the output
 
40
  from this command, you may need to adjust them accordingly.
 
41
  (Ian Clatworthy)
 
42
 
 
43
* ``bzr log --short`` now shows any additional revision properties
 
44
  after the date and before the commit message.  Scripts that parse 
 
45
  output of the log command in this situation may need to adjust.
 
46
  (Neil Martinsen-Burrell)
 
47
 
 
48
* The experimental formats ``1.12-preview`` and ``1.12-preview-rich-root``
 
49
  have been renamed ``development-wt5`` and ``development-wt5-rich-root``
 
50
  respectively, given they are not ready for release in 1.12.
 
51
  (Ian Clatworthy)
 
52
 
 
53
* ``read_bundle_from_url`` has been deprecated. (Vincent Ladeuil)
 
54
 
 
55
New Features
 
56
************
 
57
 
 
58
* Add support for filtering ``bzr missing`` on revisions.  Remote revisions
 
59
  can be filtered using ``bzr missing -r -20..-10`` and local revisions can
 
60
  be filtered using ``bzr missing --my-revision -20..-10``.
 
61
  (Marius Kruger)
 
62
 
 
63
* ``bzr log -p`` displays the patch diff for each revision.
 
64
  When logging a file, the diff only includes changes to that file.
 
65
  (Ian Clatworthy, #202331, #227335)
 
66
 
 
67
* ``bzr log`` supports a new option called ``-n N`` or ``--level N``.
 
68
  A value of 0 (zero) means "show all nested merge revisions" while
 
69
  a value of 1 (one) means "show just the top level". Values above
 
70
  1 can be used to see a limited amount of nesting. That can be
 
71
  useful for seeing the level or two below PQM submits for example.
 
72
  To force the ``--short`` and ``--line`` formats to display all nested
 
73
  merge revisions just like ``--long`` does by default, use a command
 
74
  like ``bzr log --short -n0``. To display just the mainline using
 
75
  ``--long`` format, ``bzr log --long -n1``.
 
76
  (Ian Clatworthy)
 
77
 
 
78
Improvements
 
79
************
 
80
 
 
81
* ``bzr add`` more clearly communicates success vs failure.
 
82
  (Daniel Watkins)
 
83
 
 
84
* ``bzr init`` will now print a little less verbose output.
 
85
  (Marius Kruger)
 
86
 
 
87
* ``bzr log`` is now much faster in many use cases, particularly
 
88
  at incrementally displaying results and filtering by a
 
89
  revision range. (Ian Clatworthy)
 
90
 
 
91
* ``bzr log --short`` and ``bzr log --line`` now show tags, if any,
 
92
  for each revision. The tags are shown comma-separated inside
 
93
  ``{}``. For short format, the tags appear at the end of line
 
94
  before the optional ``[merge]`` indicator. For line format,
 
95
  the tags appear after the date. (Ian Clatworthy)
 
96
 
 
97
* Progress bars now show the rate of activity for some SFTP 
 
98
  operations, and they are drawn different.  (Martin Pool, #172741)
 
99
 
 
100
* Progress bars now show the rate of activity for urllib and pycurl based
 
101
  HTTP client implementations. The operations are tracked at the socket
 
102
  level for better precision.
 
103
  (Vincent Ladeuil)
 
104
 
 
105
* Rule-based preferences can now accept multiple patterns for a set of
 
106
  rules.  (Marius Kruger)
 
107
 
 
108
* The ``ancestor:`` revision spec will now default to referring to the
 
109
  parent of the branch if no other location is given.
 
110
  (Daniel Watkins, #198417)
 
111
 
 
112
* The debugger started as a result of setting ``$BZR_PDB`` works
 
113
  around a bug in ``pdb``, http://bugs.python.org/issue4150.  The bug
 
114
  can cause truncated tracebacks in Python versions before 2.6.
 
115
  (Andrew Bennetts)
 
116
 
 
117
* VirtualVersionedFiles now implements
 
118
  ``iter_lines_added_or_present_in_keys``. This allows the creation of 
 
119
  new branches based on stacked bzr-svn branches. (#311997)
 
120
 
 
121
Bug Fixes
 
122
*********
 
123
 
 
124
* ``bzr annotate --show-ids`` doesn't give a backtrace on empty files
 
125
  anymore.
 
126
  (Anne Mohsen, Vincent Ladeuil, #314525)
 
127
 
 
128
* ``bzr log FILE`` now correctly shows mainline revisions merging
 
129
  a change to FILE when the ``--short`` and ``--line`` log formats
 
130
  are used. (Ian Clatworthy, #317417)
 
131
 
 
132
* ``bzr log -rX..Y FILE`` now shows the history of FILE provided
 
133
  it existed in Y or X, even if the file has since been deleted or
 
134
  renamed. If no range is given, the current/basis tree and
 
135
  initial tree are searched in that order. More generally, log
 
136
  now interprets filenames in their historical context.
 
137
  (Ian Clatworthy, #175520)
 
138
 
 
139
* ``bzr status`` now reports nonexistent files and continues, then
 
140
  errors (with code 3) at the end.  (Karl Fogel, #306394)
 
141
 
 
142
* Don't require the present compression base in knits to be the same
 
143
  when adding records in knits. (Jelmer Vernooij, #307394)
 
144
 
 
145
* Fix a problem with CIFS client/server lag on Windows colliding with
 
146
  an invariant-per-process algorithm for generating AtomicFile names
 
147
  (Adrian Wilkins, #304023)
 
148
 
 
149
* Many socket operations now handle EINTR by retrying the operation.
 
150
  Previously EINTR was treated as an unrecoverable failure.  There is
 
151
  a new ``until_no_eintr`` helper function in ``bzrlib.osutils``.
 
152
  (Andrew Bennetts)
 
153
 
 
154
* Support symlinks with non-ascii characters in the symlink filename.
 
155
  (Jelmer Vernooij, #319323)
 
156
 
 
157
* There was a bug in how we handled resolving when a file is deleted
 
158
  in one branch, and modified in the other. If there was a criss-cross
 
159
  merge, we would cause the deletion to conflict a second time.
 
160
  (Vincent Ladeuil, John Arbash Meinel)
 
161
 
 
162
* There was another bug in how we chose the correct intermediate LCA in
 
163
  criss-cross merges leading to several kind of changes be incorrectly
 
164
  handled.
 
165
  (John Arbash Meinel, Vincent Ladeuil)
 
166
 
 
167
* Unshelve now handles deleted paths without crashing. (Robert Collins)
 
168
 
 
169
Documentation
 
170
*************
 
171
 
 
172
* Improved plugin developer documentation.  (Martin Pool)
 
173
 
 
174
API Changes
 
175
***********
 
176
 
 
177
* ``ProgressBarStack`` is deprecated; instead use
 
178
  ``ui_factory.nested_progress_bar`` to create new progress bars.
 
179
  (Martin Pool)
 
180
 
 
181
* ForeignVcsMapping() now requires a ForeignVcs object as first
 
182
  argument. (Jelmer Vernooij)
 
183
 
 
184
* ForeignVcsMapping.show_foreign_revid() has been moved to
 
185
  ForeignVcs. (Jelmer Vernooij)
 
186
 
 
187
* ``read_bundle_from_url`` is deprecated in favor of
 
188
  ``read_mergeable_from_url``.  (Vincent Ladeuil)
 
189
 
 
190
* Revision specifiers are now registered in
 
191
  ``bzrlib.revisionspec.revspec_registry``, and the old list of 
 
192
  revisionspec classes (``bzrlib.revisionspec.SPEC_TYPES``) has been
 
193
  deprecated. (Jelmer Vernooij, #321183)
 
194
 
 
195
* The progress and UI classes have changed; the main APIs remain the
 
196
  same but code that provides a new UI or progress bar class may
 
197
  need to be updated.  (Martin Pool)
 
198
 
 
199
Internals
 
200
*********
 
201
 
 
202
* Default User Interface (UI) is CLIUIFactory when bzr runs in a dumb
 
203
  terminal. It is sometimes desirable do override this default by forcing
 
204
  bzr to use TextUIFactory. This can be achieved by setting the
 
205
  BZR_USE_TEXT_UI environment variable (emacs shells, as opposed to
 
206
  compile buffers, are such an example).
 
207
  (Vincent Ladeuil)
 
208
 
 
209
* New API ``Branch.iter_merge_sorted_revisions()`` that iterates over
 
210
  ``(revision_id, depth, revno, end_of_merge)`` tuples.
 
211
  (Ian Clatworthy)
 
212
 
 
213
* New ``Branch.dotted_revno_to_revision_id()`` and
 
214
  ``Branch.revision_id_to_dotted_revno()`` APIs that pick the most
 
215
  efficient way of doing the mapping.
 
216
  (Ian Clatworthy)
 
217
 
 
218
* Refactor cmd_serve so that it's a little easier to build commands that
 
219
  extend it, and perhaps even a bit easier to read.  (Jonathan Lange)
 
220
 
 
221
* ``TreeDelta.show()`` now accepts a ``filter`` parameter allowing log
 
222
  formatters to retrict the output.
 
223
  (Vincent Ladeuil)
 
224
 
 
225
 
 
226
..
 
227
   vim: tw=74 ft=rst ff=unix