12
12
* ``bzr export`` can now export a subdirectory of a project.
15
* ``bzr rm`` will now scan for files that are missing and remove just
16
them automatically, much as ``bzr add`` scans for new files that
17
are not ignored and adds them automatically. (Robert Collins)
21
* Support for GSSAPI authentication when using FTP as documented in
22
RFC2228. (Jelmer Vernooij, #49623)
26
* ``bzr branch`` uses the default stacking policy if the branch format
27
supports it. (Aaron Bentley)
17
29
* ``bzr init`` and ``bzr init-repo`` will now print out the same as
18
30
``bzr info`` if it completed successfully.
33
* ``bzr uncommit`` logs the old tip revision id, and displays how to
34
restore the branch to that tip using ``bzr pull``. This allows you
35
to recover if you realize you uncommitted the wrong thing.
40
* ``bzr rm`` is now aliased to ``bzr del`` for the convenience of svn
41
users. (Robert Collins, #205416)
43
* Catch the infamous "select/poll returned error" which occurs when
44
pycurl try to send a body request to an HTTP/1.0 server which has
45
already refused to handle the request. (Vincent Ladeuil, #225020)
47
* ``FTPTransport.stat()`` would return ``0000`` as the permission bits
48
for the containing ``.bzr/`` directory (it does not implement
49
permissions). This would cause us to set all subdirectories to
50
``0700`` and files to ``0600`` rather than leaving them unmodified.
51
Now we ignore ``0000`` as the permissions and assume they are
52
invalid. (John Arbash Meinel, #259855)
54
* Merging from a previously joined branch will no longer cause
55
a traceback. (Jelmer Vernooij, #203376)
23
57
* Pack operations on windows network shares will work even with large
24
58
files. (Robert Collins, #255656)
60
* Running ``bzr st PATH_TO_TREE`` will no longer suppress merge
61
status. Status is also about 7% faster on mozilla sized trees
62
when the path to the root of the tree has been given. Users of
63
the internal ``show_tree_status`` function should be aware that
64
the show_pending flag is now authoritative for showing pending
65
merges, as it was originally. (Robert Collins, #225204)
67
* Set valid default _param_name for Option so that ListOption can embed
68
'-' in names. (Vincent Ladeuil, #263249)
70
* Show proper error rather than traceback when an unknown revision
71
id is specified to ``bzr cat-revision``. (Jelmer Vernooij, #175569)
26
73
* ``WorkingTree4`` trees will now correctly report missing-and-new
27
74
paths in the output of ``iter_changes``. (Robert Collins)
42
95
addition, addCleanup no longer requires that the callables passed to
43
96
it be unique. (Jonathan Lange)
98
* ``selftest``'s ``--starting-with`` option can now use predefined
99
prefixes so that one can say ``bzr selftest -s bp.loom`` instead of
100
``bzr selftest -s bzrlib.plugins.loom``. (Vincent Ladeuil)
102
* ``selftest``'s ``--starting-with`` option now accepts multiple values.
107
* A new plugin interface, ``bzrlib.log.log_adapters``, has been added.
108
This allows dynamic log output filtering by plugins.
111
* ``bzrlib.btree_index`` is now available, providing a b-tree index
112
layer. The design is memory conservative (limited memory cache),
113
faster to seek (approx 100 nodes per page, gives 100-way fan out),
114
and stores compressed pages allowing more keys per page.
115
(Robert Collins, John Arbash Meinel)
47
117
* ``bzrlib.diff.DiffTree.show_diff`` now skips changes where the kind
48
118
is unknown in both source and target.
49
119
(Robert Collins, Aaron Bentley)
121
* Mail clients for `bzr send` are now listed in a registry. This
122
allows plugins to add new clients by registering them with
123
``bzrlib.mail_client.mail_client_registry``. All of the built-in
124
clients now use this mechanism. (Neil Martinsen-Burrell)
127
bzr 1.6.1rc1 2008-08-29
128
-----------------------
130
This release fixes a few regressions found in the 1.6 client. Fetching
131
changes was using an O(N^2) buffering algorithm, so for large projects it
132
would cause memory thrashing. There is also a specific problem with the
133
``--1.6-rich-root`` format, which prevented stacking on top of
134
``--rich-root-pack`` repositories, and could allow users to accidentally
135
fetch experimental data (``-subtree``) without representing it properly.
136
The ``--1.6-rich-root`` format has been deprecated and users are
137
recommended to upgrade to ``--1.6.1-rich-root`` immediately. Also we
138
re-introduced a workaround for users who have repositories with incorrect
139
nodes (not possible if you only used official releases).
140
I should also clarify that none of this is data loss level issues, but
141
still sufficient enough to warrant an updated release.
145
* ``RemoteTransport.readv()`` was being inefficient about how it
146
buffered the readv data and processed it. It would keep appending to
147
the same string (causing many copies) and then pop bytes out of the
148
start of the string (causing more copies).
149
With this patch "bzr+ssh://local" can improve dramatically,
150
especially for projects with large files.
153
* Revision texts were always meant to be stored as fulltexts. There
154
was a bug in a bzr.dev version that would accidentally create deltas
155
when copying from a Pack repo to a Knit repo. This has been fixed,
156
but to support those repositories, we know always request full texts
157
for Revision texts. (John Arbash Meinel, #261339)
159
* The previous ``--1.6-rich-root`` format used an incorrect xml
160
serializer, which would accidentally support fetching from a
161
repository that supported subtrees, even though the local one would
162
not. We deprecated that format, and introduced a new one that uses
163
the correct serializer ``--1.6.1-rich-root``.
164
(John Arbash Meinel, #262333)
170
Finally, the long awaited bzr 1.6 has been released. This release includes
171
new features like Stacked Branches, improved weave merge, and an updated
172
server protocol (now on v3) which will allow for better cross version
173
compatibility. With this release we have deprecated Knit format
174
repositories, and recommend that users upgrade them, we will continue to
175
support reading and writing them for the forseeable future, but we will
176
not be tuning them for performance as pack repositories have proven to be
177
better at scaling. This will also be the first release to bundle
178
TortoiseBzr in the standalone Windows installer.
181
bzr 1.6rc5 2008-08-19
182
---------------------
186
* Disable automatic detection of stacking based on a containing
187
directory of the target. It interacted badly with push, and needs a
188
bit more work to get the edges polished before it should happen
189
automatically. (John Arbash Meinel, #259275)
190
(This change was reverted when merged to bzr.dev)
193
bzr 1.6rc4 2008-08-18
194
---------------------
198
* Fix a regression in knit => pack fetching. We had a logic
199
inversion, causing the fetch to insert fulltexts in random order,
200
rather than preserving deltas. (John Arbash Meinel, #256757)
52
203
bzr 1.6rc3 2008-08-14
53
204
---------------------
added
removed
NEWS
