Re: [問題] Linux 或開源多人開發運作模式
不同公司團隊規模有不同的運作方式。
有些可能用跟 Subversion 一樣的方式,commit東西就push上去
所有東西交錯在一起。
複雜點可能就開 feature branch,東西做完自己 merge 回 master branch。
再複雜點可能就開始用 pull request,但是就要有人負責統籌。
再更複雜可能加上一些 code review 的機制,可能是整合在 hosting 軟體,
如 GitHub (?), Phabricator, 或是外部的。
最後,Linux的模式應該沒有公司會想用...
※ 引述《winall (winall)》之銘言:
: 最近因為要用版本控制 Git
: Git 是 Linux發起人自已寫的版本控制軟體
: 現在Boss想要了解其運作方式
: 大致上的問題是這樣的,例如以Git Server為例
: 當一家公司很多人都央在自己PC開發完的版本 Commit到 Git Server時
: 如果一個版本剛好很多人在開發,不同時間Commit進去
: 其控制如何
: 如果先不管內部規範的話
: 基本上一個開源的軟體,多人在開發時
: 可能很多時間點都有人Commit進去
: 但這部分該如何管理或運作?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.30.76
※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1471440701.A.BAA.html
推
08/17 22:56, , 1F
08/17 22:56, 1F
所有的 patch 寄到 mailing list 上面給大家檢驗,沒人有疑慮會有專人收。
推
08/18 08:14, , 2F
08/18 08:14, 2F
→
08/18 10:16, , 3F
08/18 10:16, 3F
並沒有。關於這點可以去看 Linus 或 Greg KH 近年的訪談。
Linus 信任他下面的 subsystem maintainer 會看過 patch,不會收垃圾
而 subsystem maintainer 可能又有他自己信任的 maintainer。
例外就是如果你做了非常蠢的事, Linus 可能會出來砲轟你。
※ 編輯: wens (140.112.30.76), 08/18/2016 16:19:45
→
08/19 09:24, , 4F
08/19 09:24, 4F
→
08/19 09:24, , 5F
08/19 09:24, 5F
→
08/19 15:13, , 6F
08/19 15:13, 6F
→
08/19 15:14, , 7F
08/19 15:14, 7F
→
08/19 15:14, , 8F
08/19 15:14, 8F
推
08/20 23:07, , 9F
08/20 23:07, 9F
→
08/20 23:07, , 10F
08/20 23:07, 10F
→
08/20 23:08, , 11F
08/20 23:08, 11F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 3 篇):