求个Git学习的文章呗。。。。

不要那种教怎么用命令行的文章，那种没用，现用现查都来得及。

我想要的是如何用Git管理好团队，什么时候创建分支？为什么要创建分支？什么时候合并？如果多人需要修改同一个文件的时候，如何合并保证所有人的修改都能被保护好？

我就是用的GitHub for mac的客户端，从来不用命令操作。

有些人可能会认为用命令比较牛逼，也有很多文章介绍这方面的，

但是我认为用最简单的方法达到我的目的才是重点。

1楼 @指针为空 看看git flow的相关文章吧。

3楼 @fengyie007 在哪？

3楼 @fengyie007 我是想说有中文吗？我的E文水平，看个技术文档还凑活，看这种纯描述的东西就没戏了

5楼 @指针为空 有个中文的书，叫git权威指南，你看看，评价还可以，貌似不是坑爹货。ps：我没看过就是见过几个大牛推荐的。:P

6楼 @morpheus1984 是啊？我去买本，卓越就有，刚才还忧郁要不要买呢

git其实很简单，但是跟你以前用的东西都不一样，而且很难出现真的代码丢失，多半还是你没弄明白怎么用而已

先努力学明白吧，然后你不会后悔的

8楼 @tinyfool [扣鼻屎][扣鼻屎][弹你]

9楼 @指针为空 同情的俯视你

1楼 @指针为空

我想要的是如何用Git管理好团队，什么时候创建分支？为什么要创建分支？什么时候合并？如果多人需要修改同一个文件的时候，如何合并保证所有人的修改都能被保护好？

公司开发，git一定要搭配gerrit使用, gerrit不仅仅用来做review，还充当了git remote server, CI (搭配Jenkins), 权限管理, Merge, QA, Release等角色。 remote端的branch不要多，有master/dev, stable/release之类的几个就够了， master/dev作为开发主线， stable/release交给QA管理，具体发布的时候在stable/release branch上加git tag.

对于个人的开发端， git branch随便建，鼓励topic branch, 也就是每个bug,每个feature都有自己的branch， 随时commit进local git repo. bug或feature完成了就先rebase成1个commit然后push到gerrit (git push gerrit HEAD:refs/for/master).

至于合并，git的merge从来就不用人去关心，gerrit上的commit如果通过了review, CI test和QA verify, 那么gerrit可以被配置成自动cherry-pick这个commit至主分支。

稍微转变下观念，特别是对branch和merge的理解，几个指导原则：

• branch理解成C的指针， 多用topic branch (git fetch origin && git checkout -b topic origin/master)
• local master branch保持只读，或者不建立local master, 只用origin/master 和git fetch origin, rebase时(git rebase -i origin/master)
• 优先用cherry-pick,少用手动merge
• 随时commit
• push前rebase
• 如果项目包含多个git repo (像Android, Chrome那样级别的）可以用git submodule或repo来管理

11楼 @coredump gerrit 的话 …… 我表示这个是一个鸡肋可有可无的东西。当然了，如果团队人数比较少，比如小于5，那用用玩玩还行。