Ticket Change Details
Not logged in
Overview

Artifact ID: 2cef97f5988f181dcde0aaa1dd9f0e0d08c1113b
Ticket: acf7b14d93ad999b6b356ce725cdb4e39891b212
Bad import of tags as branches (propagating tags ?)
User & Date: aku 2010-11-17 19:42:03
Changes

  1. Appended to comment:
    
    
    <hr /><i>aku added on 2010-11-17 19:42:03:</i><br />
    Checking the fast-export dump ... Meh. This has lots of commits with that annotation ...
    
    Still, there is
       refs/tags/core-8-5-9
    vs refs/heads/core-8-5-branch
    
    so there has to be some difference inside of git between the branch and tag symbols.
    
    Even so, you are right, with the annotation on the commit command you know the tag, but not the branch it is on. On the other hand, do have to know ? There is the regular parent link (from) to the previous commit. That should be good enough to link the history together, and then we should be able use the heads/tags difference to decide on the branch/tag difference in fossil, no ?
    
    The one problem I see is that apparently after a commit was tagged (like with refs/tags/core-8-5-9) its children are tagged the same until another tag overrides this, or the whole line gets merged into a different branch.
    
    In essence the import code would have to ignore a refs/tags/X annotation of a commit if the parent commit was also tagged with refs/tags/X, i.e. an anti-propagation of tags.
    
    I hope I am making sense. I have a feeling any work on that should experimented with in a branch first, i.e. not developed in trunk. Makes it easier to abandon if its not working out.