ระบบควบคุมเวอร์ชัน FOSS ใช้งานได้สำหรับองค์กรหรือไม่ [ปิด]

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

การควบคุมเวอร์ชันในสภาพแวดล้อมแบบ enterprisey ต้องมีราคาแพงไหม บริษัท ขนาดกลาง / ใหญ่ของคุณใช้ FOSS VCS เช่น SVN / Git / Mercurial หรือไม่ ประสบการณ์นั้นเป็นอย่างไร?

ฉันต้องคิดว่าไม่จำเป็นต้องมีราคาแพงเนื่องจากมีตัวเลือกฟรีมากมายและอาจมี บริษัท ที่ให้การสนับสนุน FOSS VCS แบบเสียค่าใช้จ่ายหากนั่นเป็นข้อกังวลหลัก

ฉันไม่ได้ตั้งใจคำถามนี้เพื่อเปรียบเทียบ VCS หรือตัดสินใจว่าจะดีที่สุดเพียงแค่เข้าใจประสบการณ์กับ VCS ในสภาพแวดล้อมด้านไอทีขององค์กร

ใช่.

  
จากประสบการณ์ของฉัน (จำกัด อย่าง จำกัด ) โซลูชันที่ไม่ใช่ FOSS มักจะเป็น "enterprise-y" มากกว่า นั่นคือ,

• พวกมันรวมเข้ากับทุกสิ่งภายใต้ดวงอาทิตย์
• พวกเขามีการควบคุมในตัวสำหรับตรรกะทางธุรกิจที่ซับซ้อน (สิทธิ์การควบคุมการเข้าถึงการอนุมัติ ฯลฯ )
• พวกเขามาพร้อมกับสัญญาการสนับสนุนและสายสนับสนุนเทคโนโลยีที่ตอบสนองอย่างสมเหตุสมผล
• พวกเขาโฆษณากับคนที่ไม่ใช่ด้านเทคนิคในการตัดสินใจ VCS ในระดับสูงใน บริษัท ขนาดใหญ่

คุณลักษณะเหล่านี้ทำให้พวกเขาดึงดูด บริษัท ขนาดใหญ่โดยเฉพาะกับคนที่ไม่ต้องใช้พวกเขา ทางเลือก FOSS เป็นตัวนับที่ด้านบน:

• มีเครื่องมือของบุคคลที่สามมากมายที่จะรวมเข้ากับทุกสิ่งภายใต้ดวงอาทิตย์ (โดยอาศัยความนิยมมากกว่าทางเลือกที่เป็นกรรมสิทธิ์) และมีแนวโน้มที่จะพัฒนาเครื่องมือของบุคคลที่สามให้เป็นระบบปฏิบัติการได้ง่ายขึ้น
• ดูก่อนหน้า - ง่ายกว่าในการรับเครื่องมือภายนอกรอบ ๆ เครื่องมือที่เรียบง่ายและเรียบง่าย
• พวกเขาได้รับการสนับสนุนจากชุมชนในวงกว้าง
• พวกเขาไม่ต้องการโฆษณาดังกล่าว

นอกเหนือจากนั้นประสบการณ์ของฉันกับ VCS ฟรีทั่วไป (mercurial / svn / etc) ทำให้พวกเขาใช้งานได้เร็วขึ้นเชื่อถือได้มากขึ้นและใช้งานง่ายขึ้น

ฉันเห็นด้วยกับ @Fishtoaster ในการควบคุมเวอร์ชัน FOSS ที่มีคุณสมบัติทั้งหมด (หรือสามารถรวมเข้ากับซอฟต์แวร์ FOSS อื่น ๆ ที่มีคุณสมบัติ) ซึ่งแม้แต่ความต้องการ "องค์กร" ที่ใหญ่ที่สุด

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

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

เราโชคดีที่เราได้รับอนุญาตให้ติดตั้งซอฟต์แวร์ใดก็ตามที่เราต้องการ แต่ความจริงที่ว่าผู้คนล้มล้าง "กระบวนการ" แบบนี้บอกฉันว่ามีบางอย่างผิดปกติกับกระบวนการ ...

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

ถามตัวเอง: คนที่เขียนซอฟต์แวร์ XYZ มีความสุขแค่ไหน?

ถ้าเป็น FOSS พวกเขาอาจมีความสุขมากเพราะไม่เช่นนั้นทำไมพวกเขาถึงต้องเสียเวลากับมัน?

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

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

คุณจะบอกได้อย่างไรว่ามันสำเร็จ ตรวจสอบเว็บไซต์ หากเว็บไซต์เป็นปัจจุบันและดูดีก็ประสบความสำเร็จพอที่จะเสียเวลาบนเว็บไซต์ (นักพัฒนา FOSS เป็นฮาร์ดคอร์พวกเขาไม่ต้องการเสียเวลากับสิ่งใดก็ตามที่ไม่ทำให้เกิดอาการคัน)

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

ใช่ถ้าคุณทำการประเมินผลและ FOSS ตรงตามความต้องการของคุณก็ไม่มีเหตุผลที่จะชอบซอฟต์แวร์เชิงพาณิชย์อีกต่อไป

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