คอมไพล์สำหรับโครงการส่วนบุคคล (คนเดียว) Overkill?

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

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

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

มันไม่มากไป เหตุผลหลักที่ฉันเริ่มใช้ Git และ Mercurial over Subversion สำหรับโครงการส่วนบุคคลคือการเริ่มต้นที่เก็บข้อมูลนั้นง่ายกว่ามาก

ต้องการเริ่มโครงการใหม่หรือไม่?

> git init

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

การแชร์โครงการของคุณในภายหลังเป็นเพียงเรื่อง: git push(นอกเหนือจากการมีที่เก็บข้อมูลระยะไกล) พยายามทำสิ่งนั้นอย่างรวดเร็วด้วยการโค่นล้ม!

ฉันขอยืนยันว่าการใช้การโค่นล้มสำหรับโครงการส่วนบุคคลในท้องถิ่นนั้นเกินความจำเป็นในขณะที่ Git ไม่ได้ตัดสินใจอย่างแน่นอน Git จะใช้พื้นที่น้อย (เพราะ SVN ของที่ไม่มีประสิทธิภาพ "แก้ไข" แนวคิดเมื่อเทียบกับ Git ของภาพรวมวัตถุ) ต้องมีการติดตั้งน้อยกว่า ( git initเมื่อเทียบกับโหลsvnadminคำสั่งและการตั้งค่าอนุญาตและอื่น ๆ ) จะง่ายต่อการสำรองข้อมูล ( git clone --bare[หรือgit push originถ้าคุณใช้ Github หรือคล้ายกัน] และคุณทำเสร็จแล้วและมีเครื่องมือที่ดีกว่าสำหรับการจัดการรหัสของคุณ (การแยกสาขานั้นฟรีและการผสานนั้นง่ายและสะอาดขึ้น) เพียงเพราะไม่มีใครมีโคลนของพื้นที่เก็บข้อมูลของคุณไม่ได้หมายความว่าประโยชน์ของ DVCS ใด ๆ ที่เป็น "overkill"

นอกจากนี้ฉันว่าการสนับสนุนการแบ่งสาขาของ Git นั้นซับซ้อนน้อยกว่า SVN พร้อมกับรางวัลที่มากกว่า

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

สิ่งนี้มาจากผู้ใช้การโค่นล้มมาเป็นเวลานาน การรวมเครื่องมือตัวเดียวสามารถช่วยให้ชีวิตของคุณง่ายขึ้น

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

ฉันใช้ Git สำหรับโปรเจ็กต์เดียวของฉันและฉันชอบ ก่อนหน้านี้ฉันเคยใช้การโค่นล้มและฉันยังไม่เห็นข้อเสียในการใช้ Git มันมีประสิทธิภาพมากกว่า แต่ไม่ใช่ในลักษณะที่ทำให้สิ่งที่ซับซ้อนซับซ้อนขึ้น ทำสิ่งที่ง่ายซับซ้อนโดยไม่จำเป็น / แพง / ช้า / ฯลฯ IMHO เป็นเงื่อนไขที่จำเป็นสำหรับการโทรหาบางอย่างมากเกินไป นอกจากนี้ใน Github ฉันได้แยกโครงการคนเดียวก่อนหน้านี้ของคนอื่นเพื่อเพิ่มคุณสมบัติที่ฉันต้องการแล้วส่งคำขอดึง ฉันพบว่ามันค่อนข้างเท่ห์ถ้ามีคนสนใจโครงการของฉันทำแบบเดียวกัน

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

• ติดตั้งง่ายและฉีกขาด ตัวอย่างเช่นเพื่อนร่วมงานให้ปริศนาการเขียนโปรแกรมแก่ฉันเมื่อสัปดาห์ที่แล้วซึ่งฉันได้แก้ไขในขั้นตอนเล็ก ๆ หลายขั้นตอน ฉันทำ repo คอมไพล์ที่ใช้เวลาทั้งหมด 45 นาทีเพื่อทำงานของฉันแล้วมันก็หายไป ฉันไม่รู้ว่าการโค่นล้มนั้นง่ายแค่ไหน แต่ฉันไม่เคยได้ยินว่ามีใครทำ
• ตัดการเชื่อมต่อ สำหรับฉันความสามารถในการทำงานแบบออฟไลน์เป็นประโยชน์มากสำหรับโปรเจ็กต์งานอดิเรกมากกว่าการทำงาน ฉันไม่จำเป็นต้องเจาะช่องโหว่ในไฟร์วอลล์ที่บ้านหรือโฮสต์โครงการต่อสาธารณะ ฉันสามารถวาง repo ไว้ชั่วคราวบน thumb drive หรือแล็ปท็อปและยังคงซิงค์ทุกอย่างไว้
• ทุกอย่าง colocated การมี repo และแผนผังการทำงานร่วมกันทำให้โครงการขนาดเล็กง่ายขึ้นในการติดตามระหว่างสิ่งต่าง ๆ เช่นการอัพเกรดระบบปฏิบัติการ
• คุณสมบัติอันทรงพลัง แน่นอนว่าฉันไม่ต้องการพลังตลอดเวลา แต่ก็มีเมื่อฉันต้องการและไม่กินทรัพยากรเมื่อฉันไม่ต้องการ

ฉันได้รับการบอกแล้วว่าgit-bisectเป็นสิ่งที่ดีจริงๆในการค้นหาความมุ่งมั่นที่แน่นอนซึ่งนำเสนอพฤติกรรมที่กำหนด

คุณจะต้องทำสิ่งนั้นสักวันสำหรับสิ่งที่คุณไม่สามารถเข้าใจได้ว่าเกิดอะไรขึ้น

แก้ไข: นอกจากนี้ความสามารถในการแตกสาขามีความสำคัญมากเมื่อคุณต้องแก้ไขข้อบกพร่องในเวอร์ชันเก่าที่ลูกค้าใช้ คุณต้องสามารถจัดการ "แก้ไขสิ่งเล็ก ๆ นี้ได้ แต่ฉันไม่ต้องการเวอร์ชั่นใหม่เพราะฉันไม่ต้องการทดสอบมันอีกแล้วตอนนี้"

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

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

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

แน่นอนว่าเวลาส่วนใหญ่สำหรับโครงการส่วนบุคคลขนาดเล็กคุณจะไม่ใช้คุณสมบัติส่วนใหญ่ แต่การตั้งค่าที่เก็บ git (หรือแม้แต่ที่เก็บ Subversion ในพื้นที่) นั้นไม่ใช่เรื่องใหญ่อะไรเลย และก่อนที่คุณจะรู้คุณจะต้องรู้ว่า "ด่ามันเนื้อหาของไฟล์ X วันศุกร์สุดท้ายคืออะไร" หากไม่มีการควบคุมเวอร์ชัน - ขอให้โชคดี ;-)

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

เพียงเพราะไม่มีใครพูดถึงมัน: สำหรับโครงการส่วนบุคคล Darcs นั้นดีจริงๆและมีส่วนเกี่ยวข้องน้อยกว่า git สำหรับการควบคุมเวอร์ชันที่ตรงไปตรงมา มันไม่เร็วสำหรับโครงการขนาดใหญ่ แต่หลังจากนั้นก็ไม่มีการโค่นล้ม!

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

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

ทั้งหมดนี้จะมีค่ายิ่งขึ้นเมื่อการทดสอบมีการเปลี่ยนแปลงร่วมกันในหลายไฟล์ และเมื่อมันเป็น pfoject เดี่ยวที่ใช้ Git จะยิ่งง่ายขึ้น

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