Michael J Gruber <git@xxxxxxxxxxxxxxxxxxxx> writes: > stat_tracking_info() assumes that upstream references (as specified by > --track or set up automatically) are commits. By calling lookup_commit() > on them, create_objects() creates objects for them with type commit no > matter what their real type is; this disturbs lookup_tag() later on the > call sequence, leading to git status, git branch -v and git checkout > erroring out. > > Fix this by using lookup_commit_reference() instead so that (annotated) > tags can be used as upstream references. > > Signed-off-by: Michael J Gruber <git@xxxxxxxxxxxxxxxxxxxx> > --- > I'm sorry I won't be able to write a test any more today. Please let me > whether it's okay without a test. I am sorry, but I simply do not see much point in this. I think you meant by the title "non-commit upstream ref", as a tag that eventually peels to a commit is a committish. Because a tag is meant to be immutable, forking from that mean your further "merges from upstream" won't do anything, so the current behaviour of returning without saying anything sounds like the right thing to do, even though I strongly suspect that it behaves this way by accident not by design. Admittedly, I do not "fork and keep up-to-date with an upstream" that often, so I am in no way making a final decision here. It would be healthy for interested people to discuss this patch, but I'd appreciate it if it happens after 1.6.3 final. -- 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