可能重复：
How do you annotate a branch?
Branch descriptions in git跟踪Git上的分支？
我有很多分支的回购。也许12岁左右，他们不会很快合并成主人。
有没有一种方法来记录git中每个分支的目的？
我在寻找的是一个分支什么提交信息是一个提交。
我不认为标签是我想要的，因为标签不会跟随HEAD，因为我向分支添加了更多提交。
我可以写一个纯文本文件中列出每个分支的状态的一些注意事项，但并不明显文本文件会去哪个分支。
为了澄清，我的名字我的树枝。但我也希望能够有一个描述。因此，例如我想写分支RTPhase：
此分支已添加功能，以支持曲率和相位的实时分析。作为一种折衷，它比其他分支运行得更慢，因为它使用了诸如计算平均曲率之类的功能，这些功能并未针对速度进行优化。
我正在谈论的答案是设计一个我可以严格控制的约定。
我的主“发布”分支被称为“主”。我的“修补程序”分支（对于生产中的修复程序）称为“修补程序”。我的下一个版本的开发分支称为“dev”。
然后我让这些分支的任何分支都带有这个名字。所以我在这里处理地图的功能分支被称为“dev/maps”。我有一个调查功能，我在一个分支“开发/调查”中加入。
如果我有一个修补程序要采取任何实时操作，我可能会转入“修补程序/分支简短描述”。
斜线在分支名称中没有任何语法值，它只是文本，但我用它来暗示“内在性”。
你可能不喜欢它，但只是为了好玩（ATLEAST我:)下面是我会做什么：
在您的分支就git notes add -m "this branch is for blah blah"
然后写在你的回购一提交后有以下几点：
#!/bin/sh
git notes show HEAD~1
git notes copy HEAD~1 HEAD
另外添加git notes remove HEAD~1
使用git notes show看到分支是什么对于。 Tadaaa！:)
很酷的技巧，但它不容易与远程分支同步：http://progit.org/2010/08/25/notes.html – AndyL 2011-05-27 21:53:20
不知道您在做什么，您可能会发现工作流程支持工具的工作流程更易于使用。例如：http://nvie.com/posts/a-successful-git-branching-model/和相关的gitflow支持工具。
它本身没有分支描述，但也许如果您添加了该功能，它将被接受。
您是否使用命名分支？ – 2011-05-27 19:28:37
是的。我用名字分支。但名称往往有点短，例如10个字符左右，因为否则它烦人之间切换的事情。 – AndyL 2011-05-27 19:30:30
尝试http://stackoverflow.com/questions/2108405/branch-descriptions-in-git – 2011-05-27 19:35:00