คำถามติดแท็ก version-control

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

15 version-control 

เพื่อนร่วมงานและตัวฉันเองพบเจอปัญหาที่เรามีความคิดเห็นหลายอย่าง ขณะนี้เรามีพื้นที่เก็บข้อมูล git ที่เราเก็บ cronjobs ของเราทั้งหมดมีประมาณ 20 crons และมันไม่เกี่ยวข้องจริงๆยกเว้นว่าพวกมันเป็นสคริปต์ python ขนาดเล็กและจำเป็นสำหรับกิจกรรมบางอย่าง เรากำลังใช้fabric.pyไฟล์เพื่อปรับใช้และrequirements.txtไฟล์เพื่อจัดการข้อกำหนดสำหรับสคริปต์ทั้งหมด ปัญหาของเราคือโดยพื้นฐานแล้วเราจะเก็บสคริปต์เหล่านี้ทั้งหมดไว้ในที่เก็บคอมไพล์เดียวหรือเราควรแยกพวกมันออกเป็นที่เก็บของพวกเขาเองเหรอ? โดยทำให้พวกมันอยู่ในที่เก็บเดียวทำให้ง่ายต่อการปรับใช้กับเซิร์ฟเวอร์เดียว เราสามารถใช้ไฟล์ cron เพียงไฟล์เดียวสำหรับสคริปต์ทั้งหมด อย่างไรก็ตามเรื่องนี้รู้สึกผิดเนื่องจาก cronjobs 20 คนไม่เกี่ยวข้องกับเหตุผล นอกจากนี้เมื่อใช้หนึ่งrequirements.txtไฟล์สำหรับสคริปต์ทั้งหมดมันยากที่จะเข้าใจว่าการอ้างอิงสำหรับสคริปต์นั้น ๆ และพวกเขาทั้งหมดต้องใช้แพ็คเกจรุ่นเดียวกัน เราสามารถแยกสคริปต์ทั้งหมดออกเป็นที่เก็บข้อมูลของตนเอง แต่สิ่งนี้จะสร้างที่เก็บข้อมูลที่แตกต่างกัน 20 แห่งซึ่งจำเป็นต้องจดจำและจัดการ สคริปต์เหล่านี้ส่วนใหญ่ไม่ได้มีขนาดใหญ่มากและวิธีการแก้ปัญหานั้นดูเหมือนจะเกินความจริง คำถามที่เกี่ยวข้องคือเราจะใช้ไฟล์ crontab ขนาดใหญ่หนึ่งไฟล์สำหรับ cronjobs ทั้งหมดหรือแยกไฟล์สำหรับแต่ละไฟล์หรือไม่ หากแต่ละคนมีของตัวเองการติดตั้งของ crontab จะหลีกเลี่ยงการเขียนทับอีก 19 รายการได้อย่างไร นี่ก็ดูเหมือนจะเป็นความเจ็บปวดเพราะในตอนนั้นมีไฟล์ cron 20 ไฟล์ที่แตกต่างกันเพื่อติดตาม กล่าวโดยย่อคำถามและปัญหาหลักของเราคือเรารวบรวมพวกเขาทั้งหมดอย่างใกล้ชิดเป็นที่เก็บหนึ่งหรือเราแยกพวกเขาออกเป็นพื้นที่เก็บข้อมูลของตัวเองด้วยความต้องการของตัวเอง.txtและ fabfile.py? เรารู้สึกว่าเราอาจจะมองหาวิธีแก้ปัญหาที่ง่ายมาก มีวิธีที่ง่ายกว่าในการจัดการกับปัญหานี้หรือไม่?

15 python  version-control  git 

ทีมของฉันใช้ตัวพิมพ์เล็ก - ใหญ่เป็นตัวควบคุมเวอร์ชัน โครงการที่ฉันทำงานอยู่ไม่ได้เริ่มต้นมาตั้งแต่ 7-8 ปี ตลอดช่วงเวลาของโครงการเรามีการเปิดตัวเซอร์วิสแพ็คแก้ไขข้อผิดพลาดหลายครั้งปัญหาถูกติดตามโดยใช้ระบบติดตามบั๊กและผู้คนส่วนใหญ่ที่ทำงานแก้ไขบั๊กจะทำตามความคิดเห็นใน START / END block พร้อมกับวันที่, ผู้แต่ง, bug-id ฯลฯ ฉันรู้สึกว่ามันไม่เกี่ยวข้องเลยและทำให้รหัสยุ่งเหยิงและไม่สะดวกในการบำรุงรักษาและสิ่งเหล่านี้เป็นสิ่งที่ต้องเป็นส่วนหนึ่งของการตรวจสอบความคิดเห็น / ป้ายกำกับ ฯลฯ ซึ่งเราสามารถเก็บข้อมูลวงจรชีวิตเพิ่มเติมของผลิตภัณฑ์งานได้ วิธีปฏิบัติที่ดีที่สุดที่ควรปฏิบัติตามคืออะไร ผู้ตรวจสอบบางส่วนของรหัสยืนยันที่จะแสดงความคิดเห็นเกี่ยวกับข้อผิดพลาดและการแก้ไขเพื่อความสะดวกในชีวิตของพวกเขา ในความเข้าใจของฉันพวกเขาจะต้องตรวจสอบไฟล์โดยการแมปไปยังมุมมองและรับบันทึกการเปลี่ยนแปลงของสาขาและตรวจสอบ มันจะมีประโยชน์ถ้าฉันจะได้รับแนวทางปฏิบัติที่ดีที่สุดในการส่งรหัสที่อัปเดตเพื่อการตรวจสอบ

15 version-control 

ในช่วงไม่กี่ปีที่ผ่านมาฉันได้ทำงานกับระบบควบคุมเวอร์ชันต่าง ๆ มากมาย สำหรับฉันความแตกต่างพื้นฐานอย่างใดอย่างหนึ่งระหว่างพวกเขาคือว่าพวกเขาไฟล์แต่ละรุ่น (แต่ละไฟล์มีหมายเลขรุ่นแยกต่างหากและประวัติ) หรือพื้นที่เก็บข้อมูลโดยรวม ("กระทำ" หรือรุ่นแสดงภาพรวมของพื้นที่เก็บข้อมูลทั้งหมด) . ระบบควบคุมเวอร์ชัน "ต่อไฟล์" บางระบบ: CVS ClearCase Visual SourceSafe ระบบควบคุมเวอร์ชัน "ทั้งพื้นที่เก็บข้อมูล" บางระบบ: SVN Git หลายใจ จากประสบการณ์ของฉันระบบควบคุมเวอร์ชันต่อไฟล์ได้นำไปสู่ปัญหาและต้องการการกำหนดค่าและการบำรุงรักษาที่มากขึ้นเพื่อใช้งานอย่างถูกต้อง (ตัวอย่างเช่น "config specs" ใน ClearCase) ฉันเคยมีเพื่อนร่วมงานหลายคนเปลี่ยนไฟล์ที่ไม่เกี่ยวข้องและทำลายสิ่งที่จะเป็นการพัฒนาที่โดดเดี่ยว อะไรคือข้อดีของระบบการควบคุมรุ่นต่อไฟล์เหล่านี้หรือไม่ ระบบควบคุมเวอร์ชัน "ทั้งพื้นที่เก็บข้อมูล" มีปัญหาใดบ้างที่ระบบควบคุมเวอร์ชันต่อไฟล์ไม่มี?

15 version-control 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ฉันกำลังทำต้นแบบในเครื่องที่ฉันต้องการให้อยู่ในการควบคุมแหล่งที่มา (สำหรับวัตถุประสงค์ในการสำรองข้อมูลและย้อนกลับ) แต่ฉันไม่ต้องการเผยแพร่ในรูปแบบโอเพ่นซอร์สหรือทำให้ผู้อื่นสามารถดูออนไลน์ได้ ระบบควบคุมแหล่งข้อมูลใดที่คุณอยากจะแนะนำสำหรับการพัฒนาท้องถิ่น การตั้งค่าใด ๆ หรือเดินผ่านสำหรับสถานการณ์ของฉันเป็นที่นิยมอย่างมาก ฉันกำลังหา: ติดตั้งง่ายและดูแลระบบ เนื่องจากเป็นเครื่องของฉันฉันจึงถูก จำกัด ให้ใช้กับ Window OS และต้องการลดจำนวนของการเปลี่ยนแปลงการกำหนดค่าสภาพแวดล้อมและเส้นโค้งการเรียนรู้ที่จำเป็น จะมีผู้ใช้เพียงคนเดียวดังนั้นฉันไม่ต้องการกำหนดสิทธิ์การเข้าถึงเป็นต้น ทรัพยากรที่มีค่าใช้จ่ายต่ำฉันต้องการโฮสต์ในเครื่องของฉันนักพัฒนาดังนั้นฉันไม่ต้องการให้มันดูด CPU ของฉัน ฉันไม่ได้วางแผนที่จะเก็บข้อมูลจำนวนมหาศาลเช่นกัน คุ้นเคย. ฉันเคยใช้ลูกค้า SVN มาก่อน การรวม Visual Studio นั้นเป็นสิ่งที่ดี แบบพกพา ถ้าฉันต้องย้ายมันไปยังไดรฟ์ภายนอกหรือไปยังเครื่องอื่น ฟรี. ใช่ฉันต้องการทุกอย่างและไม่ต้องการจ่ายเงิน

15 version-control  development-environment 

ฉันเป็นผู้จัดการโครงการที่ บริษัท ของฉัน ฉันทำงานกับนักพัฒนาไม่กี่ทีมโดยใช้ระบบควบคุมเวอร์ชันมาตรฐานที่รู้จักกันดีที่เรียกว่า CVS ฉันต้องการดูการรวมอย่างต่อเนื่องและการสร้างอัตโนมัติที่ดำเนินการเพื่อช่วยป้องกันปัญหาเกี่ยวกับการทำลายการสร้างและการปรับใช้ที่ไม่ดีด้อมไปที่เซิร์ฟเวอร์การผลิต ฉันแน่ใจว่าฉันสามารถตั้งค่านี้เอง แต่ฉันไม่ต้องการทำสิ่งนี้ด้วยตัวเองด้วยเหตุผลสองประการ: ฉันไม่มีเวลาสำหรับมัน ฉันมีความรับผิดชอบของตัวเองซึ่งเกี่ยวข้องกับการตลาดการสื่อสารกับผู้มีส่วนได้เสียอื่น ๆ กับสมาชิกในทีมที่ไม่ได้เป็นส่วนหนึ่งของการพัฒนาสื่อสารกับลูกค้าและการวางแผนโครงการ ที่สำคัญที่สุดคือฉันเป็นผู้จัดการโครงการ จุดประสงค์ของฉันคือการให้ความเป็นผู้นำไม่ให้ไมโครจัดการทีมพัฒนา ฉันสามารถทำอะไรเพื่อค้นหาคนในทีมพัฒนาที่จะหลงใหลในการตั้งค่านี้ นักพัฒนาเป็นบุคคลที่เหมาะสมสำหรับงานนี้หรือไม่เนื่องจากต้องใช้ความรู้เกี่ยวกับ Java, Spring และ Google App Engine มีเคล็ดลับอะไรบ้างในการช่วยส่งเสริมการเปลี่ยนแปลงเมื่อกลัวว่าจะมีการเปลี่ยนแปลง

15 version-control  continuous-integration  change 

ขณะนี้ทีมของฉันใช้กระบวนการแยก / ปรับใช้ที่ค่อนข้างง่ายซึ่งมีลักษณะดังนี้: ┌────────┐ ┌────┐ ┌──────┐ Environments: │ DEV │ │ QA │ │ PROD │ └────────┘ └────┘ └──────┘ ▲ ▲ ▲ │ │ │ ┌────────┐ ┌────┐ ┌──────┐ Builds: │ DEV │ │ QA │ │ PROD │ └────────┘ └────┘ └──────┘ ▲ ▲ ▲ │ │ │ ┌────────┐ ┌────┐ ┌──────┐ …

14 version-control  git  development-process  deployment  development-environment 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ฉันต้องทำงานกับโปรแกรมเมอร์ 4-5 คนในแอปพลิเคชั่น PHP ที่ค่อนข้างเฉลี่ยโดยใช้ codeigniter เราอยู่ในสถานที่ต่างกัน 5 แห่งในเมืองเดียวและโปรแกรมเมอร์ทั้งหมดไม่ได้รับการศึกษามากนักและฉันคิดว่าพวกเขาส่วนใหญ่ไม่เคยใช้ระบบควบคุมเวอร์ชันใด ๆ เลย คุณช่วยแนะนำแพลตฟอร์มที่เข้าถึงได้ง่ายมากสำหรับการทำงานร่วมกันในโครงการเช่นนี้หรือไม่? ฉันกำลังพูดถึงบางสิ่งที่มีความซับซ้อนมากกว่าโฟลเดอร์ดรอปบ็อกซ์ที่ใช้ร่วมกัน

14 php  version-control  svn  github  collaboration 

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

14 version-control  git 

ชื่อแปลก ๆ ใช่ แต่ฉันมีเหตุผลพอสมควรที่จะครอบคลุมฉันคิด เรามีบัญชีองค์กรใน github พร้อมที่เก็บส่วนตัว เราต้องการใช้ฟีเจอร์ปัญหาดั้งเดิม / คุณสมบัติคำขอดึง (ขอเป็นส่วนใหญ่เป็นสิ่งที่เราต้องการเท่าที่รีวิวโค้ดและการอภิปรายคุณสมบัติ) เราพบฮับเครื่องมือโดยdefunktซึ่งมีคุณสมบัติเล็ก ๆ น้อย ๆ ที่สามารถแปลงปัญหาที่มีอยู่เป็นการร้องขอแบบดึงและเชื่อมโยงสาขาปัจจุบันของคุณกับมันโดยอัตโนมัติ ฉันสงสัยว่ามันเป็นวิธีที่ดีที่สุดที่จะมีนักพัฒนาแต่ละคนในองค์กรแยกที่เก็บขององค์กรเพื่อทำงานคุณสมบัติ / แก้ไขข้อผิดพลาด / etc ดูเหมือนว่าจะเป็นกระบวนการทำงานที่ค่อนข้างแน่นหนา (โดยพื้นฐานแล้วเป็นสิ่งที่โครงการโอเพนซอร์สทุกแห่งใน Github ทำ) แต่เราต้องการให้แน่ใจว่าเราสามารถติดตามปัญหาและดึงคำขอจากแหล่ง ONE ซึ่งเป็นที่เก็บขององค์กร ดังนั้นฉันมีคำถามสองสามข้อ: ในกรณีนี้มีวิธีแยกแบบผู้พัฒนาหรือไม่ ดูเหมือนว่ามันจะเกินกำลังไปหน่อย ฉันไม่แน่ใจว่าเราต้องการทางเลือกสำหรับนักพัฒนาทุกคนเว้นแต่ว่าเราจะแนะนำนักพัฒนาที่ไม่สามารถเข้าถึงการพุชโดยตรงและต้องการรหัสทั้งหมดของพวกเขา ในกรณีนี้เราต้องการกำหนดนโยบายเช่นนั้นสำหรับนักพัฒนาเหล่านั้นเท่านั้น ดังนั้นจะดีกว่ากัน? นักพัฒนาทั้งหมดในที่เก็บเดียวหรือเป็นทางเลือกสำหรับทุกคน? ใครบ้างมีประสบการณ์กับเครื่องมือฮับโดยเฉพาะคุณสมบัติการดึงคำขอ ถ้าเราทำ fork-per-developer (หรือแม้แต่สำหรับ devs ที่มีสิทธิพิเศษน้อยกว่า) คุณลักษณะการร้องขอแบบดึงของฮับจะทำงานกับคำขอแบบดึงจากที่เก็บต้นแบบต้นน้ำ (ที่เก็บขององค์กรหรือไม่) มีพฤติกรรมที่แตกต่างกันหรือไม่? แก้ไข ฉันทำการทดสอบบางอย่างกับปัญหาส้อมและดึงคำขอและพบว่า หากคุณสร้างปัญหาในที่เก็บขององค์กรของคุณให้แยกที่เก็บจากองค์กรของคุณไปยังบัญชี GitHub ของคุณเองทำการเปลี่ยนแปลงบางอย่างรวมกับสาขาหลักของส้อมของคุณ เมื่อคุณพยายามเรียกใช้hub …

14 version-control  git  teamwork  github  workflows 

ฉันเริ่มโครงการใหม่และใช้ SVN (กับ Tortoise) เป็นระบบควบคุมเวอร์ชันของฉัน ฉันสงสัยว่ามันเป็นไปได้ที่จะรักษาฐานข้อมูล SQL Server ด้วยระบบเดียวกันหรือไม่ ฉันต้องการรุ่นตาราง / ฟังก์ชั่น / มุมมอง / procs / ทริกเกอร์ / ฯลฯ แต่ไม่ใช่ข้อมูลของฉันเพราะทุกอย่างจะเป็นข้อมูลทดสอบอยู่ดี ฉันไม่แน่ใจจริงๆวิธีการตั้งค่านี้ ฉันเจอตัวเลือกน้อย แต่ฉันอยากจะรู้ว่ามีอะไรที่ฉันขาดหายไปหรือเปล่าและถ้ามีไกด์หรือมีอะไรบางอย่างที่จะช่วยให้ฉันทำงานได้ ฉันเคยเห็นและได้ยินเกี่ยวกับ Red Gate แล้ว แต่ฉันกำลังมองหาบางสิ่งบางอย่างฟรี (หรืออย่างน้อยก็ราคาถูกมาก) ฉันรู้ว่าฉันสามารถเขียนบางสิ่งบางอย่างด้วยตัวเองได้ แต่ฉันไม่ได้พยายามที่จะใช้เวลากับมัน สิ่งหนึ่งที่ผมได้เจอเป็นแพคเกจที่มาเปิดใส่กันเรียกว่าScriptDB4Svn มีใครเคยใช้อันนี้มาก่อนหรือไม่ ดีไหม มันสามารถทำสิ่งที่ฉันต้องทำและมันค่อนข้างง่ายที่จะได้รับการติดตั้ง?

14 version-control  svn  sql-server 

พิจารณาเครื่องหมายความขัดแย้ง เช่น: <<<<<<< branch blah blah this ======= blah blah that >>>>>>> HEAD ในกรณีเฉพาะที่กระตุ้นให้ฉันโพสต์คำถามนี้สมาชิกในทีมที่รับผิดชอบเพิ่งจะทำการผสานตั้งแต่ต้นน้ำจนถึงสาขาของเราและในบางกรณีก็ทิ้งสิ่งเหล่านี้ไว้ในความคิดเห็นเป็นเอกสารประกอบสิ่งที่เพิ่งเกิดขึ้น การแก้ไข เขาทิ้งไว้ในสถานะที่รวบรวมการทดสอบผ่านดังนั้นจึงไม่เลวร้ายอย่างที่คุณคิด โดยสัญชาตญาณแม้ว่าฉันจะคัดค้านเรื่องนี้จริง ๆ แต่เป็นมารสนับสนุนให้ตัวเองฉันสามารถดูว่าทำไมเขาอาจทำ: เพราะมันเน้นไปที่นักพัฒนาทีมคนอื่น ๆ สิ่งที่มีการเปลี่ยนแปลงอันเป็นผลมาจากการรวม เพราะผู้ที่มีความเชี่ยวชาญมากขึ้นในส่วนของรหัสสามารถแก้ไขข้อกังวลที่แสดงโดยข้อคิดเห็นเพื่อที่เขาจะได้ไม่ต้องเดา เนื่องจากการรวมอัปสตรีมเป็นความเจ็บปวดที่ถูกต้องและอาจเป็นเรื่องยากที่จะพิสูจน์เวลาในการแก้ไขทุกอย่างให้ดีและสมบูรณ์ดังนั้นการแจ้งเตือน FIXME แบบกึ่งสมบูรณ์จึงมีความจำเป็นดังนั้นทำไมไม่ใช้ความขัดแย้งเดิมเป็นความคิดเห็น การคัดค้านของฉันเป็นสัญชาตญาณ แต่ฉันต้องการที่จะพิสูจน์เหตุผลอย่างมีเหตุผลหรือเห็นตำแหน่งของฉันอย่างชาญฉลาด ทุกคนสามารถให้ฉันตัวอย่างหรือประสบการณ์ที่ผู้คนมีช่วงเวลาที่เลวร้ายกับคนอื่นทำเช่นนี้และ / หรือเหตุผลที่ว่าทำไมมันถึงเป็นการปฏิบัติที่ไม่ดี (หรือคุณสามารถเล่นผู้สนับสนุนของปีศาจและสนับสนุนมัน) ข้อกังวลของฉันเองในทันทีคือมันจะน่ารำคาญถ้าฉันได้แก้ไขไฟล์ใดไฟล์หนึ่งที่เกี่ยวข้องดึงการเปลี่ยนแปลงมีความขัดแย้งจริง แต่ก็ดึงความคิดเห็น ถ้าอย่างนั้นฉันจะมีไฟล์ยุ่งมากแน่นอน โชคดีที่ไม่ได้เกิดขึ้น

14 version-control  comments  coding-style 

ฉันเป็นผู้พัฒนา. NET และฉันใช้ TFS (เซิร์ฟเวอร์พื้นฐานสำหรับทีม) เป็นซอฟต์แวร์ควบคุมซอร์สของฉันหลายครั้ง คุณสมบัติที่ดีของ TFS คือ: การรวมที่ดีกับ Visual Studio (ดังนั้นฉันทำเกือบทุกอย่างที่มองเห็นไม่มีคำสั่งคอนโซล) เช็คเอาท์ง่ายกระบวนการเช็คอิน การผสานและการแก้ไขข้อขัดแย้งได้ง่าย สร้างอัตโนมัติง่าย การแตกแขนง ตอนนี้ฉันต้องการใช้ Git เป็นตัวควบคุมพื้นที่เก็บข้อมูลและแหล่งที่มาของโครงการโอเพ่นซอร์สของฉัน โครงการของฉันอยู่ในภาษา C #, JavaScript หรือ PHP ที่มีฐานข้อมูล MySQL หรือ SQL Server เป็นกลไกการจัดเก็บ ฉันเพิ่งใช้ความช่วยเหลือของ github.com เพื่อจุดประสงค์นี้และฉันสร้างโปรไฟล์ที่นั่นและดาวน์โหลด GUI สำหรับ Git ในส่วนนี้นั้นง่ายมาก แต่ฉันเกือบติดอยู่อีกต่อไป ฉันแค่ต้องการดำเนินการง่ายๆ (ง่ายจริงๆ) รวมถึง: การสร้างโครงการบน Git และทำแผนที่ไปยังโฟลเดอร์บนแล็ปท็อปของฉัน การตรวจสอบ / ตรวจสอบในไฟล์และโฟลเดอร์ การแก้ไขข้อขัดแย้ง …

14 version-control  git  github  team-foundation-server 

ฉันแนะนำ Mercurial กับแผนกของฉัน ฉันรักมัน แต่มันเป็นประสบการณ์การควบคุมเวอร์ชันแรกของฉัน ฉันใช้กับ NetBeans PHP เพื่อการพัฒนาเว็บ นักพัฒนาอื่นที่ทำงานกับแอปพลิเคชันภายใน บริษัท ชอบใช้ Visual Source Safe และไม่ต้องการเปลี่ยน เขาทำงานในสภาพแวดล้อม Visual Studio ผู้พัฒนารายอื่นทั้งหมดได้ซื้อเข้าสู่ Mercurial ยกเว้นอันนี้ ส่วนใหญ่เราทำงานค่อนข้างอิสระ ฉันกำลังพยายามย้ายแผนกนี้ไปในทิศทางที่ถูกต้องฉันได้ตั้งค่าทุกคนด้วยบัญชีใน Kiln ฉันหวังว่าจะให้ทุกคนใช้ Fogbugz ตามถนนด้วย (เนื่องจากปัจจุบันยังไม่มีฐานข้อมูลบั๊กที่ถูกดูแล) ไม่เคยใช้ VSS แต่ฉันได้ยินสิ่งเลวร้ายมากเกี่ยวกับเรื่องนี้ จะดีกว่าไหมถ้าให้เขาใช้ VSS ต่อไปถ้านั่นคือสิ่งที่เขาต้องการหรือจะเป็นประโยชน์กับเขามากที่สุดถ้าได้ Mercurial?

14 project-management  version-control  team  visual-studio  mercurial 

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

14 version-control  release-management