New Emacs Bazaar Repository II

Jason Earl jearl at notengoamigos.org
Wed Feb 25 06:25:47 GMT 2009


Jason Earl <jearl at notengoamigos.org> writes:

> Ian Clatworthy <ian.clatworthy at internode.on.net> writes:
>
>> Jason Earl wrote:

-SNIP-

>> See above. According to fast-import's head tracking logic, these
>> really are branches. Note however that the head tracking logic was
>> recently tweaked to support resets. There's a chance I've broken
>> it. FWIW, fast-import-info still uses the *old* head tracking logic so
>> I'd be curious as to whether the branches that got created matched
>> what f-i-i said would happen.
>
> I can test that.
>
> This is going to get fixed, and I am going to be very glad I talked to
> the bazaar people first :).

OK, I ran some tests and it would appear that fast-import-info is much
closer at getting the number of branches right.  It has mostly the same
branches, although it does appear to be missing these branches.

origin/gerd_0001
origin/gerd_int
origin/HEAD
origin/miles-orphaned-changes

I'll look into these git branches and see what the deal is.  It also
lists 907 tags, but it doesn't spit out names.  ls * | wc -l in the
.git/refs/tags directory gives me 1128.  Of course, we know that this
logic misses some tags.  The new reset logic picks up these tags, but it
creates them as branches.

Interestingly enough the multi = line has 47903 entries, but that
doesn't seem to crash configobj.  configobj apparently is happy with the
emacs.cfg file I generated as long as I comment out the other-resets
line.  That's not the error that I used to get.  I don't know what to
say.

I am starting to think that I could probably do the conversion with a
stock fast-import after all.  I'll have to try that tomorrow.

Jason



More information about the bazaar mailing list