不同公司团队规模有不同的运作方式。
有些可能用跟 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进去
: 但这部分该如何管理或运作?

Linux的模式为何?

linus本人会看所有code

master的所有code都是linus本人review过的 超可怕www

简单的说是linus的信徒会帮他review committed的code吗XD?

确实现在Linus可能是比较不去仔细看那些patch了不过我是不认为他会真的看都不看就merge XDmaster实际上也还是他本人在release的w

其实要成为sub system review非常不容易...基本是也是超强者...所以linus也蛮放心的,这是很不容易建立的生态一般公司不可能这样XD