นี่คือข้อตกลงฉันได้เข้าร่วม บริษัท ใหม่และได้รับการขอให้ปิดงานในสาขาที่ไม่ได้สัมผัสมานานเกือบปี ในขณะเดียวกันสาขาหลักมีการเติบโตอย่างต่อเนื่อง เป็นการดีที่ฉันต้องการรวมการเปลี่ยนแปลงทั้งหมดจากสาขาหลักเข้ากับสาขาคุณลักษณะและทำงานต่อจากที่นั่น แต่ฉันไม่แน่ใจว่าจะเข้าใกล้เรื่องนี้อย่างไร

ฉันจะทำการผสานนี้อย่างปลอดภัยได้อย่างไรในขณะที่รักษาการเปลี่ยนแปลงที่สำคัญทั้งสองด้านของสาขา

หัวใจของการรวมสองส่วน (อาจเข้ากันไม่ได้) ของรหัสเป็นปัญหาการพัฒนาไม่ใช่ปัญหาการควบคุมเวอร์ชัน คำสั่งการผสาน Git อาจช่วยได้ในกระบวนการนี้ แต่ขึ้นอยู่กับรูปร่างของปัญหา

การเปรียบเทียบทั้งสองเวอร์ชันกับฐานแรกนั้นสมเหตุสมผลที่สุด นี่จะทำให้คุณมีความคิดเกี่ยวกับกลยุทธ์ที่ดีที่สุดสำหรับการก้าวไปข้างหน้า วิธีการของคุณอาจแตกต่างกันไปตามลักษณะและการทับซ้อนของการเปลี่ยนแปลงในแต่ละสาขา

ลองนึกภาพสถานการณ์สมมติในอุดมคติ: คุณจะค้นพบว่าสาขาหลักและสาขาคุณลักษณะแต่ละส่วนมีการแก้ไขเฉพาะส่วนของโค้ดดังนั้นคุณจึงสามารถยอมรับการเปลี่ยนแปลงทั้งหมดและทำได้ดี

แน่นอนว่าเกือบจะไม่แน่นอน แต่คำถามคือ: มันจะถูกลบออกจากสถานการณ์ในอุดมคตินี้ไกลแค่ไหน? คือการเปลี่ยนแปลงที่ผสมผสานกันอย่างไร?

นอกจากนี้ฟีเจอร์ย่อยเก่า ๆ นั้นเติบโตได้อย่างไร? มันอยู่ในสถานะการทำงานที่ดีหรือไม่ (หรือไม่ทราบ)? คุณสมบัตินี้เสร็จสิ้นไปมากแค่ไหน?

หากรหัสที่เกี่ยวข้องในสาขาหลักมีการเปลี่ยนแปลงอย่างมากในปีที่ผ่านมาหรือคุณลักษณะไม่ได้อยู่ในสถานะที่เป็นผู้ใหญ่มากฉันอาจพิจารณาสร้างทางแยกใหม่ของล่าสุดและรวมคุณสมบัติเก่าด้วยตนเองเข้าด้วยกันอีกครั้ง วิธีนี้จะช่วยให้คุณใช้วิธีการที่เพิ่มขึ้นเพื่อให้มันทำงานได้

หากคุณทำการผสานโค้ดจำนวนมากยุ่ง ๆ และมันไม่ทำงานมันจะยากที่จะทำการดีบั๊ก หากสาขาหลักมีการเปลี่ยนแปลงอย่างมากในช่วงปีที่ผ่านมาอาจจำเป็นต้องมีการเปลี่ยนแปลงการออกแบบที่สำคัญเพื่อให้สามารถใช้งานได้ ไม่เหมาะสมที่จะทำการเปลี่ยนแปลงเหล่านี้ผ่าน "แก้ไขข้อขัดแย้ง" เนื่องจากจะต้องทำการเปลี่ยนแปลงทั้งหมดในครั้งเดียวและหวังว่าจะได้ผล ปัญหานี้จะเกิดขึ้นจากความเป็นไปได้ของข้อบกพร่องในสาขาที่เสร็จแล้วบางส่วนเก่า

จากประสบการณ์การใช้คอมไพล์ที่ จำกัด ของฉันฉันสามารถพูดได้ว่าบางครั้งมันจะเร็วกว่าในการรีสตาร์ทฟีเจอร์แบรนช์อีกครั้งหากต้นแบบหายไปไกลจากจุดแยก

การผสานสองสาขาโดยไม่ทราบประวัติเบื้องหลังรหัส (เนื่องจากคุณเพิ่งเข้าร่วมโครงการ) เป็นเรื่องยากมากและฉันคิดว่าแม้แต่นักพัฒนาที่ติดตามโครงการตั้งแต่ต้นอาจมีข้อผิดพลาดในการผสาน

หลักสูตรนี้เหมาะสมถ้าสาขาคุณลักษณะไม่ใหญ่ แต่คุณสามารถเปิดสาขาฟีเจอร์เก่าได้เปิดสาขาอีกครั้งจากต้นแบบและแนะนำการเปลี่ยนแปลงที่ประกอบขึ้นด้วยตนเองอีกครั้ง ฉันรู้ว่ามันเป็นแนวทางแบบแมนนวลที่สุด แต่ก็ช่วยให้คุณสามารถควบคุมได้อย่างสมบูรณ์ในกรณีที่รหัสหายหรือย้าย

การจับคู่การเขียนโปรแกรมกับผู้อาวุโสในกรณีนี้จะเป็นสถานการณ์กรณีที่ดีที่สุดช่วยให้คุณรู้จักรหัสได้ดี
มันอาจกลายเป็นเร็วขึ้นเช่นกันถ้าคุณคำนึงถึงความขัดแย้งและการทดสอบเวลา!

ฉันคิดว่าอย่างน้อยที่สุดการพยายามผสานก็เป็นสิ่งที่ดีที่สุดที่ควรทำ หากสิ่งนั้นล้มเหลวหรือกลายเป็นเรื่องยากเกินไปให้ลองเก็บเชอร์รี่ถ้าผิดไปด้วยตนเอง

git-imergeถูกออกแบบมาเพื่อจุดประสงค์นี้อย่างแท้จริง มันเป็นเครื่องมือคอมไพล์ที่ให้วิธีการรวมที่เพิ่มขึ้น คุณจะต้องรับมือกับการชนกันของสองเวอร์ชั่นเท่านั้น นอกจากนี้การรวมจำนวนมากขึ้นสามารถทำได้โดยอัตโนมัติเนื่องจากชุดการเปลี่ยนแปลงแต่ละรายการมีขนาดเล็กลง

การพยายามรวมหัวฉีดเข้ากับสาขาที่ค้างเป็นปีอาจเป็นการออกกำลังกายด้วยความหงุดหงิดและเพิ่มความลึกของบุ๋มบนโต๊ะด้วยหน้าผากของคุณ

การฉีดยาไม่ถึงจุดที่อยู่ในช่วงเวลาหนึ่งเดือน มันก็มีการพัฒนาและเผยแพร่ การพยายามทำให้มันเป็นปัจจุบันในการรวมเสาหินครั้งเดียวอาจทำให้คุณรู้สึกท่วมท้น

ให้เริ่มต้นด้วยการผสานจากฟีเจอร์แรกที่รวมเข้าด้วยกันหลังจากการแยกสาขาที่ค้าง รับที่ผสานการทำงาน จากนั้นคุณสมบัติต่อไปจะรวม และอื่น ๆ คุณลักษณะหลายอย่างที่รวมเข้าด้วยกันจะผสานเข้าด้วยกันโดยไม่มีข้อขัดแย้ง ยังคงเป็นสิ่งสำคัญเพื่อให้แน่ใจว่าการทำงานปัจจุบันของสาขาเก่ายังคงเข้ากันได้กับทิศทางที่การฉีดได้หายไป

คุณอาจต้องการแยกสาขาจากหัวหน้าสาขาเก่าสำหรับบทบาทของการรวมในการเปลี่ยนแปลงอื่น ๆ นี่คือเพิ่มเติมเกี่ยวกับการตรวจสอบให้แน่ใจว่าการกระทำและประวัติศาสตร์เมื่อมีคนมองกลับไปที่มันชัดเจนและสื่อสารสิ่งที่บทบาทและนโยบายของแต่ละสาขาคือ สาขาเก่าเป็นสาขาคุณลักษณะ สาขาที่คุณกำลังทำงานคือสาขาการสะสมและการกระทบยอด

สิ่งนี้จะง่ายกว่านี้หากยังมีฟีเจอร์เก่า ๆ หรือสาขาที่วางจำหน่ายอยู่และสามารถเข้าถึงได้ง่าย (บางแห่งมีนโยบายในการล้างชื่อสาขาที่เก่ากว่าบางวันเพื่อให้รายการสาขาไม่ท่วมท้น )

สิ่งสำคัญในทั้งหมดนี้คือเพื่อให้แน่ใจว่าคุณทดสอบและแก้ไขหลังจากประสบความสำเร็จในการรวมส่วนหนึ่งของประวัติศาสตร์การฉีดเข้าด้วยกัน แม้ว่าบางสิ่งอาจรวมเข้าด้วยกันโดยไม่มีความขัดแย้งนั่นหมายถึงว่ารหัสไม่ได้ขัดแย้งกัน หากวิธีการเข้าถึงคุณลักษณะเก่าถูกเลิกใช้งานหรือถูกลบออกอาจต้องมีการแก้ไขหลังจากการผสานสำเร็จ

นอกจากนี้ยังใช้งานได้กับระบบควบคุมเวอร์ชันอื่นด้วย บางครั้งฉันจำเป็นต้องรวมกลุ่ม svn ที่เฉพาะเจาะจงลงในสาขา (การเก็บเชอร์รี่) สำหรับสถานที่หนึ่งแก้ไขสาขาเพื่อทำงานกับสถานที่นั้นแล้วรวมกลุ่ม svn กลุ่มถัดไปแทนที่จะทำเพียง svn ขายส่ง ผสาน

ในขณะที่ใครสามารถทำคอมไพล์เชอร์รี่เลือกได้ที่นี่และมันอนุญาตให้นำมาใช้ในการกระทำที่เฉพาะเจาะจง แต่ก็มีข้อเสียบางอย่างที่อาจทำให้กระบวนการซับซ้อน การเลือกเชอร์รี่จะไม่แสดงข้อมูลเกี่ยวกับการส่งมอบที่คุณเลือก (คุณสามารถต่อท้ายการส่งข้อความ) สิ่งนี้ทำให้การติดตามการกระทำในประวัติศาสตร์นั้นยากขึ้น

นอกจากนี้ก็หมายความว่าคุณจะไม่ได้เล่นซ้ำต้นแบบอย่างมีประสิทธิภาพบนกิ่งไม้เก่า - คุณกำลังจะเลือกคุณสมบัติที่อาจจะไม่สมบูรณ์ - และคุณสมบัติเหล่านั้นอาจจะเล่นไม่เป็นระเบียบ

เหตุผลสำคัญที่เราควรผสานจากประวัติศาสตร์มุ่งมั่นที่จะเชี่ยวชาญในสาขาเก่าคือเพื่อให้สามารถให้เรียกว่า "ประวัติศาสตร์ในอนาคต" ของสาขาเก่าในสถานะที่คุณสามารถให้เหตุผลเกี่ยวกับ คุณสามารถเห็นการผสานอย่างชัดเจนจากประวัติสู่สาขาที่เก่าและการแก้ไขเพื่อรวมฟังก์ชันการทำงานอีกครั้ง คุณสมบัติจะถูกเพิ่มในลำดับเดียวกับพวกเขาเป็นหลัก และเมื่อคุณทำเสร็จแล้วและในที่สุดก็ทำการผสานจากหัวหน้าของเจ้านายไปยังสาขาที่ไม่มีกลิ่นคุณรู้ว่าทุกอย่างได้รับการรวมเข้าด้วยกันและคุณจะไม่พลาดข้อผูกพันใด ๆ

ขั้นตอนที่ 1 เรียนรู้เกี่ยวกับรหัสวิเคราะห์สถาปัตยกรรมและการเปลี่ยนแปลงที่เกิดขึ้นกับทั้งสองสาขาตั้งแต่บรรพบุรุษร่วมกันล่าสุด

ขั้นตอนที่ 2 หากคุณลักษณะปรากฏขึ้นอย่างกว้างขวางและสัมผัสกับส่วนต่าง ๆ ของรหัสผสานแก้ไขข้อขัดแย้งทดสอบแก้ไข ฯลฯ เป็นเส้นทางที่มีความสุขคุณค่อนข้างดีที่จะไป มิฉะนั้นไปที่ขั้นตอนที่ 3

ขั้นตอนที่ 3 วิเคราะห์พื้นที่ของความขัดแย้งเข้าใจผลกระทบการทำงานและเหตุผลในรายละเอียด อาจมีความขัดแย้งในข้อกำหนดทางธุรกิจที่เข้าใจง่าย พูดคุยกับ BAs, devs อื่น ๆ ตามความเหมาะสม สัมผัสถึงความซับซ้อนที่เกี่ยวข้องกับการแก้ไขสัญญาณรบกวน

ขั้นตอนที่ 4 จากด้านบนให้ตัดสินใจว่าจะรวม / เชอร์รี่เลือก / แม้แต่ตัดแปะเฉพาะส่วนที่ไม่ขัดแย้งและเขียนชิ้นส่วนที่ขัดแย้งกันใหม่หรือเขียนคุณลักษณะทั้งหมดใหม่ตั้งแต่เริ่มต้น .

1. เปลี่ยนเป็นสาขาที่ใช้เป็นผู้พัฒนา / สาขาหลัก

นี่คือสาขาที่มีการเปลี่ยนแปลงล่าสุดของระบบ สามารถmaster, core, devมันขึ้นอยู่กับ บริษัท ในกรณีของคุณอาจเป็นmasterโดยตรง

git checkout master
git pull

ดึงเพื่อให้แน่ใจว่าคุณมีสาขาการพัฒนาหลักรุ่นล่าสุดแล้ว

2. ชำระเงินและดึงสาขาที่มีงานที่คุณคาดว่าจะเสร็จ

คุณดึงเพื่อให้แน่ใจว่าคุณมีเนื้อหาล่าสุดของสาขา โดยการตรวจสอบโดยตรงโดยไม่ต้องสร้างในเครื่องก่อนคุณต้องแน่ใจว่าไม่ได้มีเนื้อหาใหม่จากmaster(หรือสาขา dev หลักตามลำดับ) ในนั้น

git checkout <name of the obsolete branch>
git pull origin <name of the obsolete branch>

3. รวมสาขาการพัฒนาหลักเข้ากับสาขาที่ล้าสมัย

ก่อนที่จะรันคำสั่งต่อไปนี้ตรวจสอบให้แน่ใจว่าโดยพิมพ์git branchหรือgit statusว่าคุณอยู่ในสาขาที่ล้าสมัย

git merge master

git mergeคำสั่งจะพยายามที่จะรวมเนื้อหาจากสาขาที่ระบุในกรณีนี้masterเพื่อให้สาขาที่คุณมีในขณะนี้ที่

เน้นจะพยายามที่จะ อาจมีข้อขัดแย้งที่ผสานซึ่งจะต้องแก้ไขโดยคุณและคุณเท่านั้น

4. แก้ไขความขัดแย้งผสานกระทำและผลักดันการแก้ไขข้อขัดแย้ง

originหลังจากแก้ไขความขัดแย้งในการผสานไฟล์ทั้งหมดที่มีขั้นตอนการกระทำและผลักดันการแก้ไขความขัดแย้งที่จะ

git add .
git commit -m "fixed the merge conflict from the past year to update the branch"
git push

โดยทั่วไปคุณสามารถเรียกgit add .ไปยังไฟล์ทั้งหมดสำหรับการสเตจ เมื่อจัดการกับข้อขัดแย้งในการผสานคุณต้องการให้ไฟล์ที่จำเป็นทั้งหมดได้รับการปรับปรุง

หมายเหตุเพิ่มเติม

การแก้ไขข้อขัดแย้งผสานอาจเป็นงานที่น่าเบื่อ โดยเฉพาะถ้าคุณยังใหม่กับ บริษัท คุณอาจไม่มีความรู้ที่ถูกต้องในการแก้ไขข้อขัดแย้งผสานทั้งหมดเพียงอย่างเดียว

ใช้เวลาในการตรวจสอบความขัดแย้งทั้งหมดที่เกิดขึ้นและแก้ไขอย่างเหมาะสมก่อนที่จะทำงานต่อ

มันสามารถเกิดขึ้นได้คุณเริ่มทำงานในสาขาอายุหนึ่งปีรวมสถานะการพัฒนาในปัจจุบันเข้าด้วยกันและจะไม่มีข้อขัดแย้งในการผสานเลย

สิ่งนี้เกิดขึ้นแม้ว่าระบบจะมีการเปลี่ยนแปลงจำนวนมากในปีนี้ แต่ก็ไม่มีใครแตะต้องไฟล์ที่ถูกเปลี่ยนแปลงจริงในสาขาอายุหนึ่งปี