บริษัท ซื้อ บริษัท อื่นที่ใช้ระบบควบคุมเวอร์ชันต่างกัน
มีภูมิปัญญาร่วมกันเกี่ยวกับวิธีการรวมระบบดังกล่าวเข้าด้วยกันตัวอย่างเช่นการใช้สะพาน Subverson-GIT หรือแม้กระทั่งการตัดสินใจใช้เพียงเครื่องมือเดียวเหนืออีกเครื่องหนึ่ง - และวิธีการโยกย้ายระหว่างระบบหรือไม่?
คนใช้ชุดของเกณฑ์สำหรับการตัดสินใจเช่นการทดสอบ "Joel" ที่เทียบเท่ากับการพัฒนาซอฟต์แวร์หรือไม่?
คำตอบ:
หากต้องการตอบคำถามการย้ายข้อมูลจากประสบการณ์ส่วนตัวของการย้ายข้อมูลหลายครั้ง:
อย่ากลัวที่จะใส่ซอฟต์แวร์เวอร์ชันปัจจุบันลงในระบบควบคุมแหล่งใหม่เป็นพื้นฐานและทำงานจากที่นั่น
เวลาส่วนใหญ่ที่คุณไม่ต้องการมีประวัติ ซึ่งหมายความว่าเป็นภารกิจที่ต้องดำเนินการระหว่างการรวมและสิ่งที่ผิดพลาดน้อยลง
ไฟล์ / โครงการที่กำลังพัฒนาอย่างแข็งขันจะสร้างประวัติใหม่ในไม่ช้า ดังนั้นเมื่อคุณต้องการทราบว่าทำไมการเปลี่ยนแปลงจึงเกิดขึ้นโอกาสที่ประวัติจะอยู่ในที่เก็บปัจจุบันเพราะจะเป็นการเปลี่ยนแปลงล่าสุด
ไฟล์ / โครงการที่มีความเสถียรก่อนการโยกย้ายควร (ทุกสิ่งเท่าเทียมกัน) คงที่หลังจากการย้ายดังนั้นคุณไม่จำเป็นต้องอ้างถึงประวัติ เราพบว่าหากเราต้องตรวจสอบข้อผิดพลาดในไฟล์เก่า / โครงการที่มีประวัติไม่ได้รับประโยชน์ใด ๆ ตราบใดที่คุณเก็บที่เก็บเก่าไว้เป็นเวลา 6 เดือน / ปีคุณจะมีการอ้างอิงในกรณีดังกล่าว
ในด้านการจัดการนั้นส่วนใหญ่เป็นคำถามของ:
ในด้านโครงการมันเป็นคำถามของ:
ฟรีแวร์หรือไม่จำซอฟต์แวร์ "ฟรี" ฟรีใน "คำพูดฟรี" (คุณมีอิสระที่จะเลือกและปรับใช้สิ่งที่คุณต้องการ) ไม่เหมือนใน "เบียร์ฟรี" (มันจะยังคงมีค่าใช้จ่ายจำนวนมากในเซิร์ฟเวอร์ การสำรองข้อมูลการจัดการการสนับสนุน ... )
เกณฑ์ดังกล่าวข้างต้นเป็นการเริ่มต้นที่จะพิจารณาว่า VCS ใดที่จะต้องรักษาสิ่งที่ควรละทิ้ง
แต่ในกรณีหลังคุณต้องพิจารณา:
คุณต้องการรวมระบบที่แตกต่างกันจริงๆหรือไม่? ในทีมของเราแต่ละโครงการอาศัยอยู่ในพื้นที่เก็บข้อมูลของตนเองและประวัติของพวกเขาจึงเป็นอิสระ เราไม่มีปัญหาในการทำงานกับบางโครงการภายใต้การโค่นล้มและโครงการอื่นภายใต้ Mercurial แม้ว่าจะมีการพึ่งพาระหว่างกัน
หากคุณเลือกที่จะโยกย้ายจาก VCS หนึ่งไปยังอีกดูที่เครื่องมือการแปลงที่มีอยู่ จากประสบการณ์ของฉันไม่มีเหตุผลทางเทคนิคที่จะทิ้งประวัติของโครงการ
ฉันคิดว่าฉันเข้าใจบางสิ่งบางอย่างซึ่งเป็นนัยในคำถามและคำตอบอื่น ๆ มันเป็นความจริงที่ VCS ใช้เพื่อจัดการการพึ่งพา ฉันรู้ว่ามันค่อนข้างทั่วไปในการใช้คุณสมบัติ VCS ต้องการsvn:externalsรวม repo หนึ่ง (การพึ่งพา) กับอีก
ฉันคิดว่าเหตุผล (ทางเทคนิค) ทีมของเราไม่รู้สึกว่าจำเป็นต้องเชื่อมโยง (หรือผสานรวม) ระบบที่แตกต่างกัน 2 ระบบของเราคือเรามีเครื่องมือแยกต่างหากในการจัดการการพึ่งพา repo ของเราไม่รู้จักกัน
มีคำตอบที่ดีมากมาย อีกสิ่งหนึ่งที่ควรคำนึงถึงคืออย่าปล่อยให้สมาชิกในทีมหนีไปคิดว่าการเปลี่ยน VC เป็นเรื่องใหญ่ จะมีความล้มเหลวกับการโยกย้ายเส้นโค้งการเรียนรู้และอื่น ๆ แต่ถ้าพวกเขามีปัญหามากเกินไปพวกเขาต้องถามระดับความสามารถและ / หรือความร่วมมือของพวกเขา