การควบคุมแหล่งที่มาใดที่ฉันต้องการสำหรับโครงการขนาดใหญ่ใน บริษัท โดยเฉลี่ย [ปิด]

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

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

ดังนั้นแหล่งควบคุมที่ดีคืออะไรและโดยเฉพาะเหตุใดจึงดีสำหรับสิ่งนี้

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

Mercurial ยอดเยี่ยมแจกจ่ายและฟรี

ฉันคิดว่ามันขึ้นอยู่กับระดับของการสนับสนุนที่คุณต้องการ

ฉันใช้คอมไพล์ที่บ้านสำหรับโครงการสนุก ๆ ของฉันเมื่อมีปัญหาเวลาฉัน แต่ฉันสามารถใช้เวลาในการเรียนรู้สิ่งที่ฉันต้องแก้ไข

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

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

โครงสร้างและการบังคับใช้คือส่วนที่สำคัญที่สุดของการควบคุมเวอร์ชัน

วางแผนล่วงหน้าและนำทุกคนขึ้นเครื่อง บังคับใช้ ไม่ใช่แค่กับโปรแกรมเมอร์ แต่มีทุกอย่างที่เกี่ยวข้องกับโครงการ (เอกสารรูปภาพ ฯลฯ )

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

มีแอปพลิเคชันการควบคุมแหล่งข้อมูลที่ดีอื่น ๆ เช่น @EricBoersma กล่าวว่า:

ใช้สิ่งที่ทีมของคุณพอใจ

เพียงแค่มีกระบวนการและแนวปฏิบัติที่ดีที่สุดและซื้อจากที่สามารถบังคับใช้ได้

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

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

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

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

คุณรู้วิธีใช้ SVN จากนั้นใช้ SVN - โอนย้ายไปยัง DVCS เฉพาะในกรณีที่มีบางอย่างที่คุณต้องการ

สิ่งที่สำคัญมากคือคุณใช้สิ่งที่คุณต้องการใช้ซึ่งใช้งานง่าย มาร์ตินฟาวเลอร์ทำการสำรวจอย่างง่าย ๆเกี่ยวกับ VCS ผลลัพธ์ที่น่าสนใจมาก

ฉันตั้งค่าคอมไพล์ที่งานล่าสุดของฉันซึ่งเรากำลังทำงานในโครงการขนาดใกล้เคียงกัน (15 นักพัฒนาโครงการ 18 เดือน) และทำงานได้ดี

วิธีที่เราติดตั้งคือ:

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

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

ฉันจะให้ Team Foundation System (TFS) จาก Microsoft อย่างน้อยก็ดูดี ฉันรับความคิดเห็นของคุณว่าคุณไม่ใช่ร้านค้าของ Microsoft อย่างไรก็ตามความเข้าใจของฉันคือว่ามีปลั๊กอิน Eclipse ที่แข็งแกร่งพอสมควรหากคุณใช้ IDE นั้นเพื่อการพัฒนา

กลไกการผสานและการแยกย่อยทำงานได้ดีเหมือนกับระบบควบคุมแหล่งอื่น ๆ (ดีกว่า svn จากประสบการณ์ของฉันและเกี่ยวกับกำลังดี) แต่สิ่งที่โดดเด่นคือการติดตามโครงการและการจัดการโครงการของผลิตภัณฑ์และ ระบบอัตโนมัติในตัวสำหรับการสร้างและการปรับใช้

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