มีสองคำแนะนำยอดนิยมที่นี่:
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