Здесь есть два популярных предложения:
git branch --edit-description
: Нам это не нравится, потому что ты не можешь это подтолкнуть. Может быть, я помню, что делают созданные мной ветки, но моя команда точно не может.
README
файл pr. филиал. Это проблема при слияниях: супер-склонна к конфликтам слияний, и мы будем извлекать README
из ветвей, когда мы объединяем функциональные ветви. Различия между ветвями - это тоже боль.
Мы решили создать сиротскую branches-readme
ветвь. Ветви-сироты - это ветви с собственной историей - вы можете знать их по gh-pages
веткам Github . Эта сиротская ветвь содержит один README
файл. У этого есть содержание как:
master:
The default branch
mojolicious:
Start using Mojolicious
branch-whatever:
Description of the whatever branch
Это толкаемый и дружественный к слиянию. Просмотр README
из любой ветки с:
git show branches-readme:README
Недостатки в том, что вам нужно оформить странную сиротскую ветку, когда вы хотите обновить, README
а README
она не обновляется автоматически, когда ветви переименовываются, приходят или уходят. Это хорошо для нас, хотя.
Сделай это как:
git checkout --orphan branches-readme
# All the files from the old branch are marked for addition - skip that
git reset --hard
# There are no files yet - an empty branch
ls
vi README
# put in contents similar to above
git add README
git commit -m "Initial description of the branches we already have"
git push origin branches-readme
# get all your original files back
git checkout master
Аналогично, отдельные члены команды могут также создавать свои собственные branches-$user
сиротские ветви, описывающие их собственные частные ветви, если они хотят, если они не подталкивают их к команде.
При дальнейшей комплектации это также может быть интегрировано с выводом git branch
. С этой целью, возможно, README.yaml
файл может рассматриваться вместо простой README
.