Hi,
Michael Haggerty wrote:
I am currently the main (and pretty much the only) cvs2svn maintainer.
Development has been proceeding more slowly lately because (1) I'm very
busy with my day job, and (2) nobody has stepped forward to help.
I understand very well. Same for me here with monotone's cvs_import vs.
my day job... and then I also have a life ;-)
Jon, I wish you wouldn't portray as obstinacy what is simply a lack of
resources. I would like very much to support other cvs2svn output
formats. I think it would be great if other projects could benefit from
our work. Most of the work I've been doing on cvs2svn lately has been
towards supporting other output SCMs.
Really? Hm. I'm somehow sorry for not joining cvs2svn but running my own
thing with monotone. But I really think it took me less time. OTOH, I'm
far from finished, yet...
Anyway, I've made an attempt at solving the 'picking better sources for
symbols'-problem:
During parsing of all the *,v files, where I'm collecting events
(commits, branching and tagging) into blobs, I do also remember
'possible parent branches' for all the symbols (tag and branch events).
After that and *before* the blob sorting, I check all blobs and try to
find one single parent branch for them. In the best case, those symbol
blobs do have exactly one possible parent branch, then I just pick that
one. If there are multiple possible parents, I try to pick the deepest.
As branches are symbols themselves, I have to run that multiple times
until all symbols are resolved.
An example: having branches ROOT -> A -> B -> C (branched in that order)
plus a branch D derived from branch A.
The symbol blob for branch A: has only one possible parent: ROOT. Thus I
assign A->parent_branch = ROOT.
Next comes the blob for branch C: it has two possible parents: branch B
and branch A. At that point we know that A is derived from ROOT, but we
don't have assigned a parent to B, yet. Thus we can not resolve C this time.
Then comes branch B: one parent: A. Mark it.
Next round, we process C again: this time, we know B is branched from A.
Thus we can remove the possible parent A. Leaving only one possible
parent branch: B.
Now, say we have a tag 'X', which ended up in a blob having A, B, C and
D as possible parent branches. I currently remove A and B, as they are
parents of C. But C and D still remain and conflict. I'm unable to
resolve that symbol. I'm thinking about leaving such conflicts to the
user to resolve.
I've not yet tested this algorithm extensively. Most larger repositories
seem to fail somewhere, but not necessarily because of that symbol
resolving algorithm... :-(
Any comments? Questions? Ideas? I hope to have explained clearly...
And I wish you all a lot of time for your open source projects and your
families, friends, wifes, girl-friends, etc...! ;-)
Regards
Markus
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html