คำถามติดแท็ก cvcs

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา แก้ไข : จากการ downvoting ล่าสุด (+ 8 / -6 ณ จุดนี้) มันชัดเจนสำหรับฉันว่าวงจรชีวิตของ Gartner เป็นตัวชี้วัดเอนเอียงจากมุมมองของโปรแกรมเมอร์ นี่คือสิ่งที่เป็นส่วนหนึ่งของบทความที่ฉันจะนำเสนอต่อฝ่ายบริหารและประเภทการจัดการเป็นส่วนหนึ่งของผู้ชมของการ์ทเนอร์ การเปิดรับ DVCS & ความกระตือรือร้น (ซึ่ง "ถือว่า" ถือว่าขัดต่อความเป็นจริงหรืออย่างน้อยก็ถูกโจมตี ) ให้คิดถึงคำถามต่อไปนี้เมื่ออ่านคำถามนี้: "ฉันจะใช้วงจร hype ของ Gartner อย่างไรเพื่อโน้มน้าวให้ฝ่ายบริหารจัดการว่า DVCS นั้นพร้อมแล้ว (หรือ พร้อมแล้ว) สำหรับเราและมันไม่ใช่แค่โฆษณา " เพียงแค่ถามว่า DVCS นั้นเป็น hype จะไม่สร้างสรรค์หรือไม่วัฏจักรของ hype ของ Gartner …

12 research  dvcs  cvcs 

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

9 svn  version-control  cvcs