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

[wens (文思)]

不同公司團隊規模有不同的運作方式。

有些可能用跟 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
推 winall: Linux的模式為何?
所有的 patch 寄到 mailing list 上面給大家檢驗，沒人有疑慮會有專人收。

推 Ommm5566: linus本人會看所有code
→ danny8376: master的所有code都是linus本人review過的 超可怕www
並沒有。關於這點可以去看 Linus 或 Greg KH 近年的訪談。
Linus 信任他下面的 subsystem maintainer 會看過 patch，不會收垃圾
而 subsystem maintainer 可能又有他自己信任的 maintainer。

例外就是如果你做了非常蠢的事， Linus 可能會出來砲轟你。
※ 編輯: wens (140.112.30.76), 08/18/2016 16:19:45
→ filiaslayers: 簡單的說是linus的信徒會幫他review committed的
→ filiaslayers: code嗎XD?
→ danny8376: 確實現在Linus可能是比較不去仔細看那些patch了
→ danny8376: 不過我是不認為他會真的看都不看就merge XD
→ danny8376: master實際上也還是他本人在release的w
推 final01: 其實要成為sub system review非常不容易...基本是也是超
→ final01: 強者...所以linus也蠻放心的,這是很不容易建立的生態
→ final01: 一般公司不可能這樣XD