1 ============================
2 bzr-fastimport Release Notes
3 ============================
12 * bzr-fastimport's file parsing and generation functionality has been exported into
13 separate upstream project called python-fastimport, that it now depends on.
14 python-fastimport can be retrieved from http://launchpad.net/python-fastimport.
19 * Cope with non-ascii characters in tag names. (Jelmer Vernooij, #598060)
21 * Cope with non-ascii characters in symbolic links. (Daniel Clemente,
22 Jelmer Vernooij, #238365)
24 * In plain mode, don't export multiple authors. (David Kilzer, #496677)
26 * Fix indentation when starting p4 fails. (Jelmer Vernooij)
34 * The fast-import command now takes an optional but recommended
35 DESTINATION argument. A repository will be created at this
36 location and branches will be created within there. If the user
37 is running bzr 1.17 up to 2.0, format "2a" is used for these,
38 otherwise the default format is used. A format can be explicitly
39 given using the new --format option. (Ian Clatworthy)
41 * Wrapper commands simplifying the generation of fast-import
42 files from other tools are now provided. The general usage is:
44 bzr fast-export-from-xxx SOURCE project.fi
46 Before starting an export, these commands make an effort to
47 check that dependent tools are installed. So far, wrapper
48 commands are available for cvs, darcs, git, hg (Mercurial),
49 mnt (Monotone), p4 (Perforce) and svn (Subversion).
50 (Ian Clatworthy, Matt McClure)
52 * darcs-fast-export is now bundled. In fact, the project has
53 merged into this one for the purposes of ongoing bug fixing
54 and development. (Miklos Vajna)
56 * fast-export now supports a --no-plain parameter which causes
57 richer metadata to be included in the output using the
58 recently agreed 'feature' extension capability. The features
59 used are called multiple-authors, commit-properties and
60 empty-directories. (Ian Clatworthy)
62 * fast-import and fast-import-filter now support user mapping
63 via the new --user-map option. The argument is a file specifying
64 how user-ids should be mapped to preferred user-ids.
67 * svn-fast-export now supports an address option (to control the
68 default email domain) and a first-rev option (to select revisions
69 since a given one). (Ted Gould)
74 * Large repositories now compress better thanks to a change in
75 how file-ids are assigned. (Ian Clatworthy, John Arbash Meinel)
77 * Memory usage is improved by flushing blobs to a disk cache
78 when appropriate. (John Arbash Meinel)
80 * If a fast-import source ends in ".gz", it is assumed to be in
81 gzip format and the stream is implicitly uncompressed. This
82 means fast-import dump files generated by fast-export-from-xxx
83 can be stored gzipped to save space. (Ian Clatworthy)
85 * The working tree is now implicitly updated for trunk. Other
86 branches still need to be explicitly created using 'bzr update'.
89 * Directories that become empty following a delete or rename of
90 one of their children are now implicitly pruned. If required,
91 this will be made optional at a later date.
92 (Tom Widmer, Ian Clatworthy)
94 * Blob tracking is now more intelligently done by an implicit
95 first pass to collect blob usage statistics. This eliminates
96 the need for an explicit 2-step process in all cases except
97 where stdin is used as the input source. (Ian Clatworthy)
99 * Updated the bundled version of hg-fast-export to be the latest
100 code (25-May-2009) from http://repo.or.cz/w/fast-export.git.
106 * Fixed the format used to create branches in a shared repository.
107 It now selects the best branch format based on the repository
108 format, rather than assume the default branch format is the right
109 one. (Ian Clatworthy)
111 * Fixed inventory delta generation when deleting directories.
112 (Previously the child paths included were relative to the
113 directory when they ought to be relative to the root.)
116 * Gracefully handle email addresses with unicode characters.
119 * Gracefully handle an empty input stream. (Gonéri Le Bouder)
121 * Gracefully handle git submodules by ignoring them.
124 * Get git-bzr working again. (Gonéri Le Bouder)
129 * Improved documentation has been published in the Bazaar Data Migration
130 Guide: http://doc.bazaar-vcs.org/migration/en/data-migration/.
139 * ``exporters/bzr-fast-export`` has been replaced with a
140 ``fast-export`` command. Some minor issues have been
141 fixed at the same time: the first commit now goes into
142 refs/heads/master (not refs/head/tmp); there's no
143 checkpoint at the top of the stream; parent commits are
144 now always given lower mark numbers than the commits they
145 are merged into. (Ian Clatworthy)
147 * The ``fast-import`` command now uses a different mapping of
148 git reference names to bzr branch names. In summary:
150 * ``refs/heads/foo`` is mapped to ``foo``
151 * ``refs/remotes/origin/foo`` is mapped to ``foo.remote``
152 * ``refs/tags/foo`` is mapped to ``foo.tag``
153 * ``*/master`` is mapped to ``trunk``, ``trunk.remote``, etc.
154 * ``*/trunk`` is mapped to ``git-trunk``, ``git-trunk.remote``, etc.
156 This new mapping has been introduced so that more natural
157 branch names are used and to enable round-tripping back to git.
160 * The old ``fast-import-filter`` command is now called
161 ``fast-import-query``. ``fast-import-filter`` now
162 really filters the input to produce a fast-import stream
163 based on filtering criteria. See below.
166 * The ``--inv-fulltext`` option is no longer supported. It was
167 only used in experimental mode for old versions of bzrlib so
168 it added more complexity than value. (Ian Clatworthy)
173 * Added ``fast-import-filter`` command for splitting out a
174 subdirectory or bunch of files into their own project. It can
175 also be used to create a new repository without any history
176 for nominated files and directories. This is useful for
177 removing information which is a security risk, huge binary
178 files like ISO images, etc.
181 * Copying of files and symbolic links is now supported.
184 * Initial cut at reset support. (Brian de Alwis, Ian Clatworthy)
189 * If ``refs/heads/xxx`` and ``refs/remotes/origin/xxx`` are both
190 defined, the latter is now mapped to a bzr branch called
191 ``xxx.remote`` rather than ``remotes--origins--xxx``.
194 * ``bzr fast-import-info`` now handles an unlimited # of parents for a
195 revision. The spec suggests the maximum ought to be 16 but the linux
196 kernel has revisions with more than that.
199 * ``bzr fast-import-info`` now reports on things that may need caching,
200 i.e. merges, rename old paths and copy source paths.
203 * Tag commands with a missing from clause now produce a warning but
204 are otherwise ignored. (Scott James Remnant, Ian Clatworthy)
206 * The fastimport-id-map file can now have more revisions than the
207 repository. (Scott James Remnant)
209 * Updated the bundled version of hg-fast-export to be the latest
210 code from http://repo.or.cz/w/fast-export.git. It should now
211 support recent Mercurial releases.
212 (Ian Clatworthy, #318903)
217 * Fixed a *bad* bug where filecopy commands were being parsed
218 as filerename commands. Repositories generated by previous
219 version of bzr-fast-import where the input stream contained
220 filecopy commands might be missing data (the copy source will
221 no longer be there if it was unchanged since the copy happened)
222 and ought to be regenerated.
225 * Fixed how the per-file graph is generated. The per-file graph
226 may still be less than perfect in the case where a file is only
227 changed in a merge and not the parent, but in the vast majority
228 of cases now, ``bzr check`` should no longer report inconsistent
229 parents. (Ian Clatworthy)
231 * Fix ``os`` import as needed on Windows.
232 (Ian Clatworthy, esskov, #264988)
234 * Handle a directory turning into a file and then the children
235 of that directory being deleted.
236 (Ian Clatworthy, #309486)
238 * Handle an empty email section.
241 * Handle multiple merges within the one merge clause. That's illegal
242 according to the spec but git-fast-export does it.
243 (Ian Clatworthy, #259711)
245 * Handle names and paths that aren't utf8 encoded. The spec recommends
246 utf8 encoding of these but git-fast-export doesn't always do that.
247 (Ian Clatworthy, #289088)
249 * Ignore lightweight tags with no from clause rather than abort.
250 (It seems git-fast-export outputs these commands frequently now
251 while it didn't appear to in early versions.)
252 (Ian Clatworthy, edice, #259711)
254 * Import into rich-root (and subtree) repositories without aborting.
255 (Ian Clatworthy, #300921)
257 * Recursively delete children when a directory is deleted.
258 (Scott James Remnant)
260 * The ``deleteall`` command now only tries to delete files in the
261 nominated branch, not all known files. As a consequence,
262 it should now be possible (if it wasn't before) to import
263 multiple Darcs branches (via darcs-fast-export) at once.
269 * A large number of tests have been added.
275 * Refactored ``processors/generic_processor.py`` into a bunch of modules.
285 * bzr-fast-export.py renamed to bzr-fast-export.
291 * Add support for the deleteall command.
292 (Miklos Vajna, #284941)
297 * bzr-fast-export now exports rm+mv correctly.
300 * Fix recursive rename handling in bzr-fast-export.
301 (Pieter de Bie, #287785)
303 * hg-fast-export should use binary mode on Windows.
306 * setup.py no longer assumes python2.4.
309 * setup.py support fixed.
312 * Update the last-modified revision for a renamed file.
322 * Added NEWS containing Release Notes. (Ian Clatworthy)
324 * ``bzr help fastimport`` now provides help that is useful.
327 * Numerous fixes to ``bzr-fast-export.py`` to improve round-tripping
328 with Git. Added ``--import-marks`` and ``--export-marks`` options
329 to ``fast-import`` as well.
332 * ``svn-fast-export.py`` now supports a regular-expression to specify
333 the branches to export.
339 * Support the new Repository API added in bzr.dev r3510. The old API
340 will be used for earlier versions of bzr including bzr 1.6beta2 and
341 earlier. (Ian Clatworthy)
346 * The ``--inv-fulltext`` option is not yet supported when the new
347 Repository API is used to import revisions. The option can be
348 provided but it will be ignored. (Ian Clatworthy)
352 * The ``RevisionLoader`` class has been renamed to ``RevisionLoader1``.
353 The ``ExperimentalRevisionLoader`` class has been renamed to
354 ``ImportRevisionLoader1``. New classes called ``RevisionLoader2``
355 and ``ImportRevisionLoader2`` are provided that use the new
356 Repository API. (Ian Clatworthy)
361 * Improved packaging by adding a setup.py file. (Ian Clatworthy)
367 * Version suitable for Bazaar 1.5.