Hi again, Michael J Gruber wrote: > I really haven't seen any convincing argument against yet. The details > (note attached to refname object, or literal refanmes in the notes tree > as per Jeff) should be discussed further, of course, but if branch > descriptions aren't "notesy" then I don't know what is. As mentioned before, I don't want to debate how Junio should spend his time (better for each person to provide relevant information and improvements to help out or to spend time on the alternatives one is interested in), but as a general question, this statement looked interesting to me. "git notes" has a funny name, but deep down, as you know, it's about attaching additional versioned text to commit objects without changing their names. Branch descriptions are not per commit object (and as a mapping, the _keys_ are not shared), and personally I don't think they should be versioned any more than the branch names are. I wanted to emphasize this because "git notes" is not the best tool for all annotations! This ends this public service announcement. > Alternatively, one could store the description in a blob and refer to > that directly, of course. I.e., have > > refs/description/foo > > point to a blob whose content is the description of the ref > > ref/foo Sure, that would be a sane alternative design. It has the advantage of having the pumbing for fetching and pulling already set up, as you mention. The only disadvantages I know of are - "git branch -m" and "git remote rename" don't know about it yet - there's not one flat file you can edit to run a search/replace on all branch descriptions and those aren't very serious problems. >> I personally would prefer my branch descriptions to be non-versioned, >> though I realize that is a matter of taste. > > Do you prefer you commit notes to be non-versioned? No, I like them versioned. If I didn't, why wouldn't I have sent a patch to change that? Maybe some day there will be a "git notes log" tool to track the history of a note, taking changes in fanout into account. Hope that clarifies a little. -- 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