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

[winall (winall)]

最近因為要用版本控制 Git

Git 是 Linux發起人自已寫的版本控制軟體

現在Boss想要了解其運作方式

大致上的問題是這樣的,例如以Git Server為例

當一家公司很多人都央在自己PC開發完的版本 Commit到 Git Server時

如果一個版本剛好很多人在開發,不同時間Commit進去

其控制如何

如果先不管內部規範的話

基本上一個開源的軟體,多人在開發時

可能很多時間點都有人Commit進去

但這部分該如何管理或運作?

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 115.43.91.73
※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1471440009.A.E71.html
→ CP64: 每個人各自 task 開 branch 完成再 merge 回去
例如有一個版本 a.txt

  A,B 各自 Check out 回去開發

  A 開發了 功能 C ,於是A Commit回去時是 a.txt+功能C

  B 開發了 功能 D ,    B Commit回去時是 a.txt+功能D

這時再將 A 跟 B 的部分合併嗎?

誰應該做最後的統籌? 大致流程是?

→ dou0228: 有用過 svn ?
※ 編輯: winall (115.43.91.73), 08/17/2016 21:40:50
推 ckvir: B commit 前會先把 A的更新合併
→ CP64: 要的話可以各自覺得完成就 merge 後完成的要先 pull 再merge
推 abcdefghi: 你的boss想了解的內容,不就是所有版本控制會遇到的問題
→ CP64: 要不然也是可以再生個人負責看有沒有問題 統一由他 merge
→ abcdefghi: 嗎? 貴公司目前用那一套做版本控制呢?
→ kenduest: 樓主的問題看起來主要是對於版本管理議題不清楚 ?
→ kenduest: 你這個問題不管用 git,svn 等，基本上都有相同的議題
→ kenduest: 這樣這樣問版本管理的問題會有點大栽問，很難回答的
→ kenduest: 你上面回應的內文中看起來是完全對 git 完全不熟悉
→ kenduest: 若 A 與 B 個別開發功能切很乾淨，個別 branch 寫好
→ kenduest: 最後 merge 基本上大多不會有問題。當然若有改到共同
→ kenduest: 區段，一般合併可能會有衝突等，這的確就需要特別處理
→ kenduest: 的確就如 CP64 說的方式，嚴謹一點就是專門人處理這個
→ bitlife: 正常管理良好的專案不應該會有merge conflict,偶有也是小
→ bitlife: 問題. 會經常發生merge conflict要改的是管理方式,不是版
→ bitlife: 本控制軟體