คำถามติดแท็ก git-worktree

ผมอ่านโพสต์บน Github Git-worktree พวกเขาเขียน: สมมติว่าคุณกำลังทำงานในพื้นที่เก็บข้อมูล Git ในสาขาที่เรียกว่าfeatureเมื่อผู้ใช้รายงานข้อบกพร่องเร่งด่วนสูงmasterมา ขั้นแรกให้คุณสร้างแผนผังการทำงานที่เชื่อมโยงกับสาขาใหม่hotfixเช็คเอาท์สัมพันธ์กับต้นแบบ […] คุณสามารถแก้ไขข้อบกพร่องผลักโปรแกรมแก้ไขด่วนและสร้างคำขอดึง เมื่อฉันทำงานในสาขาที่เรียกว่าฟีเจอร์และรายงานข้อผิดพลาดเร่งด่วนระดับสูงในต้นแบบฉันมักจะซ่อนสิ่งที่ฉันทำงานและสร้างสาขาใหม่ เมื่อฉันทำเสร็จฉันสามารถทำงานต่อได้ นี่เป็นแบบจำลองที่ง่ายมากฉันทำงานแบบนั้นมาหลายปีแล้ว ในทางกลับกันการใช้ git-worktree มีข้อ จำกัด ของตัวเอง: ตัวอย่างเช่นไม่อนุญาตให้มีการตรวจสอบสาขาเดียวกันในแผนผังการทำงานที่เชื่อมโยงสองอันในเวลาเดียวกันเพราะจะทำให้การเปลี่ยนแปลงที่กระทำในแผนผังการทำงานหนึ่งทำให้การเชื่อมต่ออื่นไม่ตรงกัน ทำไมฉันถึงต้องเลือกขั้นตอนการทำงานที่ซับซ้อนมากขึ้นสำหรับปัญหาที่ได้รับการแก้ไขแล้ว? มีอะไรที่เกี่ยวกับสิ่งgit-worktreeที่ไม่สามารถทำได้ล่วงหน้าและนั่นเป็นเหตุผลที่ทำให้คุณสมบัติใหม่ที่ซับซ้อนนี้ทั้งหมดใช่หรือไม่

211 git  git-worktree