ฉันกำลังพัฒนาเว็บไซต์ใน php ใน localhost และเมื่อโมดูลของมันเสร็จสมบูรณ์ฉันอัพโหลดบนคลาวด์เพื่อให้เพื่อนของฉันสามารถทดสอบอัลฟา

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

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

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

ในการเริ่มต้นให้เลือกหนึ่งใน Mercurial, GIT หรือ Bazaar ตามลำดับและติดตั้งพร้อมกับเครื่องมือสำหรับ IDE และระบบปฏิบัติการของคุณ (ฉันชอบ Mercurial กับ HGE สำหรับ Eclipse)

1. เริ่มต้นพื้นที่เก็บข้อมูลจากไดเรกทอรีการทำงานของคุณ ( hg initด้วย Mercurial)
2. เลือกไฟล์และไดเรกทอรีที่คุณต้องการติดตามและเลือก กฎทั่วไปไม่ได้ติดตามไฟล์ที่สร้างขึ้นโดยคอมไพเลอร์และเครื่องมืออื่น ๆ
3. ใช้คำสั่งเพื่อเพิ่มไฟล์และไดเรกทอรีไปยังที่เก็บ ( เพิ่ม hgสำหรับ Mercurial)
4. บอกเครื่องมือเกี่ยวกับรูปแบบสำหรับไฟล์ที่คุณไม่ต้องการติดตาม (แก้ไข. hgignore for Mercurial)
5. ดำเนินการคอมมิชชันเพื่อติดตามเวอร์ชันดั้งเดิม ( hg ci )
6. ทำการคอมมิชชันหลังจากแต่ละเหตุการณ์สำคัญแม้ว่ามันจะเล็ก
7. เพิ่มไฟล์ใหม่เมื่อคุณสร้าง
8. ทำซ้ำสองครั้งสุดท้าย
9. สำรองข้อมูลไดเรกทอรีทำงานและที่เก็บของคุณบ่อยเท่าที่เหมาะสม

ด้วยไฟล์ของคุณในที่เก็บคุณสามารถทราบความแตกต่างระหว่างไฟล์หรือไดเรกทอรีสองเวอร์ชันหรือโครงการที่สมบูรณ์ ( hg diff ) ดูประวัติการเปลี่ยนแปลง ( hg hist ) และย้อนกลับการเปลี่ยนแปลง ( hg up -r )

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

หากคุณต้องการทดลองกับสายการพัฒนาอื่น ๆ ให้ทำในสาขาอย่างง่ายโดยการโคลนที่เก็บหลัก ( hg clone ) และไม่ดันกลับจนกว่าการทดสอบจะเป็นข้อสรุป มันง่ายเหมือนการมีไดเรกทอรีการทำงานที่แตกต่างกันสำหรับการทดสอบ

หากการทดสอบนั้นเป็นรุ่นใหม่ที่ได้รับการอัพเกรดให้ทำการโคลนและสาขา (สาขาhg ) ดังนั้นคุณสามารถเก็บสำเนาของที่เก็บทั้งหมดที่อัปเดตไว้ได้โดยที่การทดลองหนึ่งจะไม่รบกวนการทำงานของอีกฝ่าย

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

ฉันขอแนะนำ Git เรียนรู้เกี่ยวกับที่นี่: https://lab.github.com/

หากคุณไม่ชอบ Git มีวิธีการควบคุมเวอร์ชันอื่น ๆ คุณอาจตรวจสอบ SVN

เป็นเพียงคุณใช่ไหมใช้ DVCS

เนื่องจากฟังก์ชั่นตอบโต้ได้ง่ายระบบการควบคุมเวอร์ชันแบบกระจาย (Mercurial, git, bazaar) จะเริ่มต้นได้ดีกว่าระบบแบบรวมศูนย์ (svn, cvs) ทำไมคุณติดตั้งบนเครื่องของคุณและเรียกใช้พื้นที่เก็บข้อมูลของคุณในพื้นที่และนั่นคือมัน ในระบบรวมศูนย์เช่น svn คุณต้องตั้งค่าไคลเอนต์และเซิร์ฟเวอร์ ... จากนั้นคุณจะต้องเชื่อมต่อกับเซิร์ฟเวอร์เพื่อจัดเก็บการเปลี่ยนแปลงของคุณ

ด้วย DVCS คุณพื้นที่เก็บข้อมูลท้องถิ่นและถ้าคุณต้องการคุณสามารถใช้บริการเช่น bitbucket.org หรือ github.com

IMHO Mercurial เป็น DVCS ที่เป็นมิตรและมีความสามารถเท่าเทียมกันในการเริ่มต้น

มีคนอื่นไหมใช้ DVCS!

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

คุณจะมีอะไรเช่นนี้ที่ทุกคนเพิ่งทำกิจเฉพาะกิจ:

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

โชคดี

กล่าวโดยย่อมีทางเลือกมากมายในการที่ Subversion (SVN) และ Git ดูเป็นที่นิยมมากที่สุด

พวกเขาต่างกัน SVN นั้นง่ายกว่า แต่ Git ไม่ต้องการให้คุณมีเซิร์ฟเวอร์เริ่มต้นด้วย - คุณสามารถควบคุมเวอร์ชันในเครื่องได้

สมมติว่าคุณมี Linux และต้องการเริ่มใช้งาน Git:

1. ติดตั้ง Git
2. ไปที่ไดเรกทอรีและดำเนินการคำสั่ง 'git init'
3. เรียนรู้วิธีเพิ่มไฟล์ตรวจสอบการเปลี่ยนแปลงกระทำการ ...
4. ... และเพื่อทำสิ่งขั้นสูงเพิ่มเติม (การตรวจสอบบันทึกการคืนค่าการเปลี่ยนแปลงการเพิกเฉยไฟล์การสร้างสาขาการรวมการสร้างและการใช้รีโมตโดยใช้ submodules โดยใช้การสนับสนุน SVN เป็นต้น)

หวังว่านี่จะช่วยคุณในการเริ่มต้น

ในฐานะที่เป็น Apalala แนะนำผมขอแนะนำให้เช็คเอาท์ออกhginit เนื่องจากคุณยังใหม่กับการควบคุมเวอร์ชันคุณสามารถข้ามหน้าแรกได้ นั่นควรให้คำแนะนำที่ดีหลังจากนั้นคุณสามารถโพสต์บนSOหากคุณมีคำถามเฉพาะ

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

หลายที่เก็บ? ฉันแน่ใจว่ามีการใช้งานที่ถูกต้องตามกฎหมายสำหรับสิ่งเหล่านั้น แต่ฉันไม่เคยพบเจอ

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

Git ช่วยให้จัดการกับการแยกและรวมได้ง่ายขึ้น แต่สำหรับทีมคนเดียวนั่นไม่ใช่เรื่องใหญ่

สำหรับบางสิ่งในระดับของเคอร์เนล Linux - ใช่ให้ใช้ Git สำหรับพวกเราที่เหลือการโค่นล้มก็ดีพอ

ฉันคิดว่าระบบควบคุมเวอร์ชันแจกจ่ายจะทำได้ดี ตัวเลือกที่แนะนำทั่วไปคือ Git และ Mercurial (Hg) เครื่องมือแบบกราฟิกอาจจะเป็นประโยชน์สำหรับ Mercurial ผมขอแนะนำให้TortoiseHg