bzr-fastimport wrongly re-exports tags
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Bazaar Fast Import |
Triaged
|
Medium
|
Unassigned | ||
Bug Description
With current trunk, if I use "bzr fast-export" with an unexistant mark file, piping its imput into "git fast-import" works fine. But doing it again with the mark file that was generated by the first run (no modification in the Bazaar repo) makes "git fast-import" crash.
Examining the output stream of the second run reveals the problem:
reset refs/tags/something
from :1
I have only one tag in the bzr repo. But bzr-fastimport doesn't seem to remember that the tag was already exported in the first run, so it outputs this again. But since the :2 mark is not re-exported, the stream is inconsistent.
We need to add some info in mark files generated by bzr fast-export to remember not to re-export the tag again.
script to test this out:
bzr init test.bzr
(cd test.bzr && echo content >file && bzr add && bzr commit -m first && bzr tag something)
git init test.git
(cd test.git && bzr fast-export --export-
(cd test.git && bzr fast-export --export-
| Gabriel Filion (gabriel-filion) wrote | #1 |
| Gabriel Filion (gabriel-filion) wrote | #2 |
| Changed in bzr-fastimport: | |
| status: | New → Triaged |
| importance: | Undecided → Medium |
I have confirmed with fullermd and vila on #bzr and there's no unique id associated to a tag. so we could use something like the following in the marks file:
:n tag_name:revid