สมมติว่า:
- ทีมของคุณใช้การควบคุมเวอร์ชันรวมศูนย์
- คุณกำลังทำงานกับคุณลักษณะที่มีขนาดใหญ่กว่าซึ่งจะใช้เวลาหลายวันกว่าจะเสร็จสมบูรณ์และคุณจะไม่สามารถยืนยันก่อนหน้านั้นได้เพราะจะทำให้การสร้างขาด
- สมาชิกในทีมของคุณผูกมัดบางอย่างทุกวันที่อาจเปลี่ยนแปลงบางไฟล์ที่คุณกำลังทำงานอยู่
เนื่องจากนี่คือการควบคุมเวอร์ชันรวมศูนย์คุณจะต้องอัปเดตการเช็คเอาต์ในพื้นที่ของคุณในบางจุด: อย่างน้อยหนึ่งครั้งก่อนที่จะยอมรับฟีเจอร์ใหม่
หากคุณอัปเดตเพียงครั้งเดียวก่อนที่จะส่งมอบคุณอาจมีข้อขัดแย้งมากมายเนื่องจากการเปลี่ยนแปลงอื่น ๆ โดยเพื่อนร่วมทีมของคุณซึ่งอาจเป็นโลกแห่งความเจ็บปวดในการแก้ไขทั้งหมดในครั้งเดียว
หรือคุณสามารถอัปเดตบ่อยครั้งและแม้ว่าจะมีความขัดแย้งเล็กน้อยในการแก้ไขแบบวันต่อวันก็ควรจะง่ายขึ้นทีละเล็กทีละน้อย
คุณจะอยู่หรือไม่ควรปรับปรุงบ่อยอยู่เสมอ
16
หากคุณไม่ได้แยกคุณจะไม่ได้รับประโยชน์จากหนึ่งในผลประโยชน์ที่ใหญ่ที่สุดของระบบควบคุมเวอร์ชัน
—
gahooa
CVCS ของคุณให้ความสะดวกในการดูข้อขัดแย้งของการอัปเดตที่อาจเกิดขึ้นโดยไม่แก้ไขไฟล์ในเครื่อง TortoiseSVN มีฟังก์ชั่นดังกล่าว
—
rwong
กล่าวถึงก่อนหน้านี้: ฉันควรทำบ่อยแค่ไหน? และคอมไพล์ / VCS อื่น ๆ - บ่อยแค่ไหนที่จะกระทำ?
—
ริ้น
@ เพียงแค่คำถามคือความถี่ในการอัปเดตไม่ใช่การกระทำ
—
janos
คำถามนี้เจาะจงมากเกี่ยวกับความถี่ในการ "อัพเดท" และมันก็เป็นส่วนหนึ่งของสมมติฐานที่เพื่อนร่วมทีมของคุณทำจริง ๆ แล้วมักจะกระทำ ซึ่งเป็นสิ่งที่ดีอย่างแน่นอน แต่ไม่ว่าในกรณีใด ๆ ไม่ใช่เรื่องที่นี่
—
janos