不同公司團隊規模有不同的運作方式。
有些可能用跟 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進去
: 但這部分該如何管理或運作?