[問題] Linux 或開源多人開發運作模式

作者: winall (winall)   2016-08-17 21:20:06
最近因為要用版本控制 Git
Git 是 Linux發起人自已寫的版本控制軟體
現在Boss想要了解其運作方式
大致上的問題是這樣的,例如以Git Server為例
當一家公司很多人都央在自己PC開發完的版本 Commit到 Git Server時
如果一個版本剛好很多人在開發,不同時間Commit進去
其控制如何
如果先不管內部規範的話
基本上一個開源的軟體,多人在開發時
可能很多時間點都有人Commit進去
但這部分該如何管理或運作?
作者: CP64 (( ̄▽ ̄#)﹏﹏)   2016-08-17 21:28:00
每個人各自 task 開 branch 完成再 merge 回去
作者: dou0228 (7777)   2016-08-17 21:29:00
有用過 svn ?
作者: ckvir (ckvir)   2016-08-17 21:59:00
B commit 前會先把 A的更新合併
作者: CP64 (( ̄▽ ̄#)﹏﹏)   2016-08-17 22:04:00
要的話可以各自覺得完成就 merge 後完成的要先 pull 再merge
作者: abcdefghi   2016-08-17 22:04:00
你的boss想了解的內容,不就是所有版本控制會遇到的問題
作者: CP64 (( ̄▽ ̄#)﹏﹏)   2016-08-17 22:05:00
要不然也是可以再生個人負責看有沒有問題 統一由他 merge
作者: abcdefghi   2016-08-17 22:05:00
嗎? 貴公司目前用那一套做版本控制呢?
作者: kenduest (小州)   2016-08-17 22:18:00
樓主的問題看起來主要是對於版本管理議題不清楚 ?你這個問題不管用 git,svn 等,基本上都有相同的議題這樣這樣問版本管理的問題會有點大栽問,很難回答的你上面回應的內文中看起來是完全對 git 完全不熟悉若 A 與 B 個別開發功能切很乾淨,個別 branch 寫好最後 merge 基本上大多不會有問題。當然若有改到共同區段,一般合併可能會有衝突等,這的確就需要特別處理的確就如 CP64 說的方式,嚴謹一點就是專門人處理這個
作者: bitlife (BIT一生)   2016-08-18 18:48:00
正常管理良好的專案不應該會有merge conflict,偶有也是小問題. 會經常發生merge conflict要改的是管理方式,不是版本控制軟體

Links booklink

Contact Us: admin [ a t ] ucptt.com