1 ============================
2 bzr-fastimport Release Notes
3 ============================
12 * Fix internal error in 'bzr fast-import-info'. (Jelmer Vernooij, #730833)
19 * bzr-fastimport's file parsing and generation functionality has been exported into
20 separate upstream project called python-fastimport, that it now depends on.
21 python-fastimport can be retrieved from http://launchpad.net/python-fastimport.
26 * Cope with non-ascii characters in tag names. (Jelmer Vernooij, #598060)
28 * Cope with non-ascii characters in symbolic links. (Daniel Clemente,
29 Jelmer Vernooij, #238365)
31 * In plain mode, don't export multiple authors. (David Kilzer, #496677)
33 * Fix indentation when starting p4 fails. (Jelmer Vernooij)
35 * SOURCE argument to bzr fast-import-filter is now optional, consistent with
36 examples. (Jelmer Vernooij, #477861)
38 * Support new marks file format introduced in (apparently) git 1.6.
39 (Ian Clatworthy, Jelmer Vernooij, Gabriel Filion, #347729)
41 * Allow entries without email address in user map. (Jelmer Vernooij, #576598)
43 * Strip leading slashes when exporting Subversion repositories.
44 (Jelmer Vernooij, #477869)
46 * Cope with non-utf8 characters in commit messages. (Jelmer Vernooij, #444896)
48 * Include download_url in setup.py for use on pypi. (Jelmer Vernooij, #456957)
50 * Fix incremental imports from incremental import streams.
51 (termie, Jelmer Vernooij, #328494)
59 * The fast-import command now takes an optional but recommended
60 DESTINATION argument. A repository will be created at this
61 location and branches will be created within there. If the user
62 is running bzr 1.17 up to 2.0, format "2a" is used for these,
63 otherwise the default format is used. A format can be explicitly
64 given using the new --format option. (Ian Clatworthy)
66 * Wrapper commands simplifying the generation of fast-import
67 files from other tools are now provided. The general usage is:
69 bzr fast-export-from-xxx SOURCE project.fi
71 Before starting an export, these commands make an effort to
72 check that dependent tools are installed. So far, wrapper
73 commands are available for cvs, darcs, git, hg (Mercurial),
74 mnt (Monotone), p4 (Perforce) and svn (Subversion).
75 (Ian Clatworthy, Matt McClure)
77 * darcs-fast-export is now bundled. In fact, the project has
78 merged into this one for the purposes of ongoing bug fixing
79 and development. (Miklos Vajna)
81 * fast-export now supports a --no-plain parameter which causes
82 richer metadata to be included in the output using the
83 recently agreed 'feature' extension capability. The features
84 used are called multiple-authors, commit-properties and
85 empty-directories. (Ian Clatworthy)
87 * fast-import and fast-import-filter now support user mapping
88 via the new --user-map option. The argument is a file specifying
89 how user-ids should be mapped to preferred user-ids.
92 * svn-fast-export now supports an address option (to control the
93 default email domain) and a first-rev option (to select revisions
94 since a given one). (Ted Gould)
99 * Large repositories now compress better thanks to a change in
100 how file-ids are assigned. (Ian Clatworthy, John Arbash Meinel)
102 * Memory usage is improved by flushing blobs to a disk cache
103 when appropriate. (John Arbash Meinel)
105 * If a fast-import source ends in ".gz", it is assumed to be in
106 gzip format and the stream is implicitly uncompressed. This
107 means fast-import dump files generated by fast-export-from-xxx
108 can be stored gzipped to save space. (Ian Clatworthy)
110 * The working tree is now implicitly updated for trunk. Other
111 branches still need to be explicitly created using 'bzr update'.
114 * Directories that become empty following a delete or rename of
115 one of their children are now implicitly pruned. If required,
116 this will be made optional at a later date.
117 (Tom Widmer, Ian Clatworthy)
119 * Blob tracking is now more intelligently done by an implicit
120 first pass to collect blob usage statistics. This eliminates
121 the need for an explicit 2-step process in all cases except
122 where stdin is used as the input source. (Ian Clatworthy)
124 * Updated the bundled version of hg-fast-export to be the latest
125 code (25-May-2009) from http://repo.or.cz/w/fast-export.git.
131 * Fixed the format used to create branches in a shared repository.
132 It now selects the best branch format based on the repository
133 format, rather than assume the default branch format is the right
134 one. (Ian Clatworthy)
136 * Fixed inventory delta generation when deleting directories.
137 (Previously the child paths included were relative to the
138 directory when they ought to be relative to the root.)
141 * Gracefully handle email addresses with unicode characters.
144 * Gracefully handle an empty input stream. (Gonéri Le Bouder)
146 * Gracefully handle git submodules by ignoring them.
149 * Get git-bzr working again. (Gonéri Le Bouder)
154 * Improved documentation has been published in the Bazaar Data Migration
155 Guide: http://doc.bazaar-vcs.org/migration/en/data-migration/.
164 * ``exporters/bzr-fast-export`` has been replaced with a
165 ``fast-export`` command. Some minor issues have been
166 fixed at the same time: the first commit now goes into
167 refs/heads/master (not refs/head/tmp); there's no
168 checkpoint at the top of the stream; parent commits are
169 now always given lower mark numbers than the commits they
170 are merged into. (Ian Clatworthy)
172 * The ``fast-import`` command now uses a different mapping of
173 git reference names to bzr branch names. In summary:
175 * ``refs/heads/foo`` is mapped to ``foo``
176 * ``refs/remotes/origin/foo`` is mapped to ``foo.remote``
177 * ``refs/tags/foo`` is mapped to ``foo.tag``
178 * ``*/master`` is mapped to ``trunk``, ``trunk.remote``, etc.
179 * ``*/trunk`` is mapped to ``git-trunk``, ``git-trunk.remote``, etc.
181 This new mapping has been introduced so that more natural
182 branch names are used and to enable round-tripping back to git.
185 * The old ``fast-import-filter`` command is now called
186 ``fast-import-query``. ``fast-import-filter`` now
187 really filters the input to produce a fast-import stream
188 based on filtering criteria. See below.
191 * The ``--inv-fulltext`` option is no longer supported. It was
192 only used in experimental mode for old versions of bzrlib so
193 it added more complexity than value. (Ian Clatworthy)
198 * Added ``fast-import-filter`` command for splitting out a
199 subdirectory or bunch of files into their own project. It can
200 also be used to create a new repository without any history
201 for nominated files and directories. This is useful for
202 removing information which is a security risk, huge binary
203 files like ISO images, etc.
206 * Copying of files and symbolic links is now supported.
209 * Initial cut at reset support. (Brian de Alwis, Ian Clatworthy)
214 * If ``refs/heads/xxx`` and ``refs/remotes/origin/xxx`` are both
215 defined, the latter is now mapped to a bzr branch called
216 ``xxx.remote`` rather than ``remotes--origins--xxx``.
219 * ``bzr fast-import-info`` now handles an unlimited # of parents for a
220 revision. The spec suggests the maximum ought to be 16 but the linux
221 kernel has revisions with more than that.
224 * ``bzr fast-import-info`` now reports on things that may need caching,
225 i.e. merges, rename old paths and copy source paths.
228 * Tag commands with a missing from clause now produce a warning but
229 are otherwise ignored. (Scott James Remnant, Ian Clatworthy)
231 * The fastimport-id-map file can now have more revisions than the
232 repository. (Scott James Remnant)
234 * Updated the bundled version of hg-fast-export to be the latest
235 code from http://repo.or.cz/w/fast-export.git. It should now
236 support recent Mercurial releases.
237 (Ian Clatworthy, #318903)
242 * Fixed a *bad* bug where filecopy commands were being parsed
243 as filerename commands. Repositories generated by previous
244 version of bzr-fast-import where the input stream contained
245 filecopy commands might be missing data (the copy source will
246 no longer be there if it was unchanged since the copy happened)
247 and ought to be regenerated.
250 * Fixed how the per-file graph is generated. The per-file graph
251 may still be less than perfect in the case where a file is only
252 changed in a merge and not the parent, but in the vast majority
253 of cases now, ``bzr check`` should no longer report inconsistent
254 parents. (Ian Clatworthy)
256 * Fix ``os`` import as needed on Windows.
257 (Ian Clatworthy, esskov, #264988)
259 * Handle a directory turning into a file and then the children
260 of that directory being deleted.
261 (Ian Clatworthy, #309486)
263 * Handle an empty email section.
266 * Handle multiple merges within the one merge clause. That's illegal
267 according to the spec but git-fast-export does it.
268 (Ian Clatworthy, #259711)
270 * Handle names and paths that aren't utf8 encoded. The spec recommends
271 utf8 encoding of these but git-fast-export doesn't always do that.
272 (Ian Clatworthy, #289088)
274 * Ignore lightweight tags with no from clause rather than abort.
275 (It seems git-fast-export outputs these commands frequently now
276 while it didn't appear to in early versions.)
277 (Ian Clatworthy, edice, #259711)
279 * Import into rich-root (and subtree) repositories without aborting.
280 (Ian Clatworthy, #300921)
282 * Recursively delete children when a directory is deleted.
283 (Scott James Remnant)
285 * The ``deleteall`` command now only tries to delete files in the
286 nominated branch, not all known files. As a consequence,
287 it should now be possible (if it wasn't before) to import
288 multiple Darcs branches (via darcs-fast-export) at once.
294 * A large number of tests have been added.
300 * Refactored ``processors/generic_processor.py`` into a bunch of modules.
310 * bzr-fast-export.py renamed to bzr-fast-export.
316 * Add support for the deleteall command.
317 (Miklos Vajna, #284941)
322 * bzr-fast-export now exports rm+mv correctly.
325 * Fix recursive rename handling in bzr-fast-export.
326 (Pieter de Bie, #287785)
328 * hg-fast-export should use binary mode on Windows.
331 * setup.py no longer assumes python2.4.
334 * setup.py support fixed.
337 * Update the last-modified revision for a renamed file.
347 * Added NEWS containing Release Notes. (Ian Clatworthy)
349 * ``bzr help fastimport`` now provides help that is useful.
352 * Numerous fixes to ``bzr-fast-export.py`` to improve round-tripping
353 with Git. Added ``--import-marks`` and ``--export-marks`` options
354 to ``fast-import`` as well.
357 * ``svn-fast-export.py`` now supports a regular-expression to specify
358 the branches to export.
364 * Support the new Repository API added in bzr.dev r3510. The old API
365 will be used for earlier versions of bzr including bzr 1.6beta2 and
366 earlier. (Ian Clatworthy)
371 * The ``--inv-fulltext`` option is not yet supported when the new
372 Repository API is used to import revisions. The option can be
373 provided but it will be ignored. (Ian Clatworthy)
377 * The ``RevisionLoader`` class has been renamed to ``RevisionLoader1``.
378 The ``ExperimentalRevisionLoader`` class has been renamed to
379 ``ImportRevisionLoader1``. New classes called ``RevisionLoader2``
380 and ``ImportRevisionLoader2`` are provided that use the new
381 Repository API. (Ian Clatworthy)
386 * Improved packaging by adding a setup.py file. (Ian Clatworthy)
392 * Version suitable for Bazaar 1.5.