Метаданные, привязанные к бранчу

Тэгами не разрулить?

git commit -m 'my awesome commit <metadata>строчка в несколько символов</metadata>' не катит?

Может это?

git branch --edit-description

после мержа окажется в основной ветке

Возможно, я с тегами подробно не работал.

Можно теги на бранчи ствавить, а не на коммиты?

Хорошая идея. А как потом это description можно помотреть, уже после того, как я его написал?

а зачем по твоему что-то писать, если это никто не сможет прочитать?

http://stackoverflow.com/questions/2108405/branch-descriptions-in-git

Unfortunately, you can't push descriptions since they're stored in your config, making it useless for the sake of documenting branches in a team

Сначала читай, потом отвечай.

В своей ветке они тоже останутся

Поправил первопост

посмотри git annotate

Суть гита как раз в том, что коммиты не привязаны к веткам.

Метаданные обычно навешиваются или в сообщение самого коммита, или в теги (если важно не трогать хеши). Например, Git-TF часть своего барахла хранит в тегах.

Проблему неразличимости веток после того, как их вмерджили, можно решить расширением этих самых метаданных: кодировать с их помощью информацию «здесь началась такая-то ветка», «это коммит из такой-то ветки», «здесь такая-то ветка вмерджилась в другую».

Ну, или просто анализом графа коммитов тоже можно вывести, где здесь что начинается.

Как более красивый упоротый вариант: хранить всё, что угодно, но в отдельном репозитории. Например, параллельную иерархию коммитов-пустышек, которые по структуре повторяют исходный репозиторий, но не добавляют никаких файлов, а только хранят нужные хеши-ссылки на оригинальный репозиторий и всю дополнительную мета-инфу.

Но зачем?

Создаю собственный велосипед для работы с codecollaborator, чтобы никогда больше им руками не пользоваться.

Мне коммиты к веткам привязывать и не надо. Мне надо для каждой ветки ее id из codecollaborator хранить.