ไม่มีค่าใช้จ่ายในการใช้ประวัติการส่งมอบที่ดูแลโดยระบบควบคุมเวอร์ชัน อย่างไรก็ตามในระหว่างการพยายามปรับโครงสร้างโครงการใหม่ (หรือการปรับโครงสร้างองค์กร / การล้างข้อมูล) ฟังก์ชันและคลาสและแม้แต่เนมสเปซจะถูกย้าย บางครั้งไฟล์หลายไฟล์จะถูกรวมเข้าด้วยกันและไฟล์อื่น ๆ จะถูกแยกออก การเปลี่ยนแปลงเหล่านี้มักจะนำไปสู่การสูญเสียประวัติการกระทำดั้งเดิมของไฟล์บางไฟล์
ในความเห็นส่วนตัวของฉันการรักษาองค์กรของโครงการมีความสำคัญมากกว่าการเก็บประวัติซอร์สโค้ด การจัดโครงการที่ดีช่วยให้สามารถเพิ่มคุณสมบัติใหม่ ๆ ได้อย่างต่อเนื่องโดยใช้ความพยายามอย่างสมเหตุสมผลในขณะที่มูลค่าของประวัติซอร์สโค้ดนั้นน่าสงสัย
นอกจากนี้ด้วยการใช้การทดสอบหน่วยปัญหาการถดถอยจะถูกระบุอย่างรวดเร็ว ตราบใดที่เวอร์ชันล่าสุดยังคงตอบสนองความต้องการด้านซอฟต์แวร์ทั้งหมดเราจำเป็นต้องรักษาประวัติของซอร์สโค้ดหรือไม่?
ฉันเข้าใจว่าซอร์สโค้ดที่จัดส่งใด ๆจะต้องได้รับการเก็บรักษาไว้เนื่องจากจำเป็นต้องให้การสนับสนุนลูกค้าโดยไม่ต้องการให้พวกเขาทำการอัปเกรดรุ่นหลัก แต่นอกเหนือจากนี้แล้วมีค่าใดในการรักษาประวัติของซอร์สโค้ดหรือไม่?
รหัสที่มากระทำประวัติศาสตร์มีบทบาทใด ๆ ในการสื่อสารระหว่างสมาชิกในทีมหรือไม่? จะเกิดอะไรขึ้นถ้าเรายกเลิกประวัติการกระทำ แต่แทนที่จะพึ่งพา "ซอร์สโค้ด" + "รหัสการทดสอบหน่วย" เพื่อการสื่อสาร
การมีอยู่ของประวัติการกระทำได้สร้างความพึงพอใจให้กับเอกสารข้อมูลระยะยาวเกี่ยวกับโครงการเช่นการเปลี่ยนแปลงการออกแบบ / ข้อกำหนดที่สำคัญและกระแสของความคิดที่ผลักดันการเปลี่ยนแปลงเหล่านั้นหรือไม่?
These changes often lead to the loss of the original commit history of a few files.ลองดูที่ "ตำหนิคอมไพล์" - ไม่มีอะไรหลงทาง บางครั้งอาจหาได้ยากขึ้นเล็กน้อย แต่ก็มีอยู่เสมอ