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

อ่าน "ทำไม DVCS ถึงดีกว่า" ตอบคำถามหลายข้อเกี่ยวกับโปรแกรมเมอร์พวกเขาดูเหมือนจะบอกว่าโดยทั่วไปแล้ว DVCS จะดีกว่าเนื่องจากคุณไม่มีการแข่งขันในโครงการขนาดใหญ่ IE ยอมรับล้าสมัยดังนั้น อัปเดตส่งมอบล้าสมัยอีกครั้งส่งมอบยังคงล้าสมัยเป็นต้น DVCS จำกัด สิ่งนี้ด้วยแนวคิดของการผลักดัน อย่างไรก็ตามในโครงการขนาดใหญ่มากจะไม่มี "การแข่งขันแบบผลัก" โดยเฉพาะอย่างยิ่งในตอนท้ายของวัน? ฉันรู้ว่าใน Git สิ่งนี้ได้รับการแก้ไขโดยการแตกแขนงอย่างต่อเนื่องสำหรับทุกสิ่ง แต่ใน Mercurial คุณไม่ได้แยกคุณสร้างหัวใหม่ ปัญหาที่ฉันเห็น ผู้ใช้พยายามที่จะผลักดัน ล้าสมัย (mercurial จะไม่ยอมให้คุณผลักถ้า repo ในพื้นที่ของคุณล้าสมัย) ดังนั้นคุณจึงดึงและรวมการเปลี่ยนแปลงในท้องถิ่นของคุณ ผู้ใช้พยายามที่จะผลักดันอีกครั้ง แต่ในขณะที่พวกเขากำลังรวมคนอื่นผลักดังนั้นพวกเขาล้าสมัยอีกครั้ง ดึงแล้วผสานอีกครั้ง ยังล้าสมัย ทำซ้ำ ฟังดูคุ้น ๆ ไหม? นี่เป็นปัญหาที่เกิดขึ้นจริงกับ repos mercurial ขนาดใหญ่และเป็นที่นิยมหรือไม่? สิ่งที่เกี่ยวกับภายใน บริษัท เมื่อทุกคนผลักดันขั้นสุดท้ายของวัน

9 mercurial  dvcs 

ฉันกำลังพิจารณาที่จะโอนย้ายคลังเก็บ CVS อายุ 14 ปี (ประวัติไม่เป็นอันตราย) ไปยัง Mercurial ฉันคิดว่าฉันมีบิตการแปลงทางเทคนิคหมดลง แต่ฉันยังมีคำถามบางอย่างเกี่ยวกับการทำงานอย่างมีประสิทธิภาพใน Mercurial หนึ่งในสิ่งที่ฉันเห็นมากในกล่องทราย CV ของนักพัฒนาแต่ละคน (รวมถึงของฉันเอง) คือการเปลี่ยนแปลงในท้องถิ่นที่ไม่มีข้อผูกมัดซึ่งไม่พร้อมที่จะถูกผลักไปยังการฉีด ความเข้าใจของฉันคือว่านี่เป็นสิ่งที่ไม่ดี การทดลองของฉันกับ hg ส่วนใหญ่ชี้ให้เห็นว่าการเปลี่ยนแปลงแบบไม่มีข้อผูกมัดนั้นเป็นสิ่งที่ไม่ดี การไร้ความสามารถรวมกับพวกเขาก็เพียงพอแล้ว ดังนั้นสิ่งที่ฉันอยากรู้ก็คือคนอื่น ๆ ที่ใช้ Mercurial ทำหน้าที่จัดการกับมันในแต่ละวันได้อย่างไร คุณจะจัดการกับการเปลี่ยนแปลงของโค้ดที่ไม่สมบูรณ์ได้อย่างไรเมื่อถึงเวลาที่ต้องอัพเดทที่เก็บของคุณ? คุณจะรับมือกับการเปลี่ยนแปลงในพื้นที่ที่คุณยังไม่ต้องการแบ่งปันกับนักพัฒนาคนอื่นได้อย่างไร

9 mercurial  workflows