นักพัฒนาซอฟต์แวร์ควรได้รับอนุญาตให้ใช้ VSS หรือไม่หากเขาต้องการ

ฉันแนะนำ Mercurial กับแผนกของฉัน ฉันรักมัน แต่มันเป็นประสบการณ์การควบคุมเวอร์ชันแรกของฉัน ฉันใช้กับ NetBeans PHP เพื่อการพัฒนาเว็บ

นักพัฒนาอื่นที่ทำงานกับแอปพลิเคชันภายใน บริษัท ชอบใช้ Visual Source Safe และไม่ต้องการเปลี่ยน เขาทำงานในสภาพแวดล้อม Visual Studio

ผู้พัฒนารายอื่นทั้งหมดได้ซื้อเข้าสู่ Mercurial ยกเว้นอันนี้ ส่วนใหญ่เราทำงานค่อนข้างอิสระ

ฉันกำลังพยายามย้ายแผนกนี้ไปในทิศทางที่ถูกต้องฉันได้ตั้งค่าทุกคนด้วยบัญชีใน Kiln ฉันหวังว่าจะให้ทุกคนใช้ Fogbugz ตามถนนด้วย (เนื่องจากปัจจุบันยังไม่มีฐานข้อมูลบั๊กที่ถูกดูแล) ไม่เคยใช้ VSS แต่ฉันได้ยินสิ่งเลวร้ายมากเกี่ยวกับเรื่องนี้

จะดีกว่าไหมถ้าให้เขาใช้ VSS ต่อไปถ้านั่นคือสิ่งที่เขาต้องการหรือจะเป็นประโยชน์กับเขามากที่สุดถ้าได้ Mercurial?

จะดีกว่าไหมถ้าให้เขาใช้ vss ต่อไปถ้านั่นคือสิ่งที่เขาต้องการ

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

ผู้พัฒนารายเดียวที่ใช้ระบบที่แตกต่างเพียงอย่างเดียวสามารถแยกตัวเองออกจากทีมได้อย่างมีประสิทธิภาพ แม้ว่าโครงการจะไม่ข้ามก็ยังคงเป็นสิ่งที่ไม่ดีที่จะทำ

ความพยายามในการบำรุงรักษาสองเท่าสำหรับทั้งสองระบบเป็นอีกเหตุผลหนึ่งที่นี่

ฉันคิดว่าคุณควรใช้สิทธิ์ของคุณหรือส่งต่อปัญหาไปยังฝ่ายบริหารเพื่อโยกย้ายเนื้อหาจาก VSS ไปยัง Mercurial อย่างรวดเร็วแล้วปิด VSS ลง

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

ฉันจะไม่พิจารณาอนุญาตนักพัฒนาซอฟต์แวร์ปลอมให้ใช้ระบบควบคุมแหล่งข้อมูลที่แตกต่างจากทีมอื่น ๆ

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

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

นอกจากนี้ VSS ยังเป็นรถบักกี้ รหัสของเขาไม่ปลอดภัยแม้แต่น้อย

ไม่มีใครควรใช้ VSS เพื่อเริ่มต้นด้วย

บอกผู้พัฒนาของคุณให้รับปลั๊กอิน Mercurialสำหรับ Visual Studio

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

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

จะสะท้อนสิ่งที่คนอื่นพูดในที่ไม่ดีที่อนุญาตให้เขาใช้ VSS ไม่ใช่ Mercurial อย่างไรก็ตามให้ฉันเล่น Devil's Advocate และบอกว่าคุณสามารถปล่อยให้มันเลื่อนได้ถ้าหากเขายังคงมุ่งมั่น Mercurial เพื่อให้ผู้อื่นสามารถเข้าถึงงานของเขาได้ถ้าจำเป็น IMO ไม่มีอะไรผิดปกติกับการใช้เครื่องมือที่คุณต้องการตราบใดที่คุณไม่ได้ป้องกันผู้อื่นจากการเข้าถึงงานที่พวกเขาอาจต้องการ แน่นอน VSS เป็นขยะดังนั้นไม่ควรใช้ไม่ว่าจะเกิดอะไรขึ้น :)

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

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