Burada iki popüler öneri var:
git branch --edit-description: Bunu sevmiyoruz çünkü itemezsiniz. Belki oluşturduğum dalların ne yaptığını hatırlayabilirim, ama ekibim kesinlikle yapamaz.
READMEdosya pr. dalı. Bu birleşme sırasındaki bir acıdır: Çatışmaları birleştirmeye eğilimlidir ve READMEözellik dallarını birleştirdiğimizde dallardan çekiliriz. Dallar arasındaki farklar da bir acıdır.
Bir yetim branches-readmedalı oluşturmaya karar verdik . Yetim şubeleri kendi ayrı geçmişlerine sahip şubelerdir - bunları Github gh-pagesşubelerinden tanıyabilirsiniz . Bu yetim dalı tek bir READMEdosya içeriyor . İçeriği:
master:
The default branch
mojolicious:
Start using Mojolicious
branch-whatever:
Description of the whatever branch
İtme ve birleştirme dostudur. İle READMEherhangi bir şubeden görüntüle :
git show branches-readme:README
Dezavantajları, güncellemek istediğinizde garip yetim şubesini kontrol etmeniz READMEve READMEşubeler yeniden adlandırıldıkça, geldikçe veya gittikçe otomatik olarak güncellenmez. Yine de bu bizim için iyi.
Gibi yapın:
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
Benzer şekilde, bireysel ekip üyeleri branches-$useristedikleri taktirde kendi özel dallarını tanımlayan kendi yetim şubelerini de oluşturabilirler, ancak onları takıma itmedikleri sürece.
Daha fazla takım ile bu çıktı ile de entegre edilebilir git branch. Bu amaçla, belki bir README.yamldosya yerine bir dosya düşünülebilir README.