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.
README
dosya 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-readme
dalı 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 README
dosya 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 README
herhangi bir şubeden görüntüle :
git show branches-readme:README
Dezavantajları, güncellemek istediğinizde garip yetim şubesini kontrol etmeniz README
ve 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-$user
istedikleri 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.yaml
dosya yerine bir dosya düşünülebilir README
.