54
54
* Merging from a previously joined branch will no longer cause
55
55
a traceback. (Jelmer Vernooij, #203376)
57
* ``RemoteTransport.readv()`` was being inefficient about how it
58
buffered the readv data and processed it. It would keep appending to
59
the same string (causing many copies) and then pop bytes out of the
60
start of the string (causing more copies).
61
With this patch "bzr+ssh://local" speeds improve by up to 3x.
64
57
* Running ``bzr st PATH_TO_TREE`` will no longer suppress merge
65
58
status. Status is also about 7% faster on mozilla sized trees
66
59
when the path to the root of the tree has been given. Users of
115
108
clients now use this mechanism. (Neil Martinsen-Burrell)
111
bzr 1.6.1rc1 2008-08-29
112
-----------------------
114
This release fixes a few regressions found in the 1.6 client. Fetching
115
changes was using an O(N^2) buffering algorithm, so for large projects it
116
would cause memory thrashing. There is also a specific problem with the
117
``--1.6-rich-root`` format, which prevented stacking on top of
118
``--rich-root-pack`` repositories, and could allow users to accidentally
119
fetch experimental data (``-subtree``) without representing it properly.
120
The ``--1.6-rich-root`` format has been deprecated and users are
121
recommended to upgrade to ``--1.6.1-rich-root`` immediately. Also we
122
re-introduced a workaround for users who have repositories with incorrect
123
nodes (not possible if you only used official releases).
124
I should also clarify that none of this is data loss level issues, but
125
still sufficient enough to warrant an updated release.
129
* ``RemoteTransport.readv()`` was being inefficient about how it
130
buffered the readv data and processed it. It would keep appending to
131
the same string (causing many copies) and then pop bytes out of the
132
start of the string (causing more copies).
133
With this patch "bzr+ssh://local" can improve dramatically,
134
especially for projects with large files.
137
* Revision texts were always meant to be stored as fulltexts. There
138
was a bug in a bzr.dev version that would accidentally create deltas
139
when copying from a Pack repo to a Knit repo. This has been fixed,
140
but to support those repositories, we know always request full texts
141
for Revision texts. (John Arbash Meinel, #261339)
143
* The previous ``--1.6-rich-root`` format used an incorrect xml
144
serializer, which would accidentally support fetching from a
145
repository that supported subtrees, even though the local one would
146
not. We deprecated that format, and introduced a new one that uses
147
the correct serializer ``--1.6.1-rich-root``.
148
(John Arbash Meinel, #262333)
118
151
bzr 1.6 2008-08-25
119
152
------------------