如何看待项目组长不会用 Git 却指定用 Git？

Git 要么用经典的 Git Flow(个人感觉比较复杂，但工具支持还行)，要么用 Github Flow 。当然现在项目用多到了，使用 Github 比较多，也比较倾向 Github Flow 。

1. Fork upstream master into your account
2. Create a branch for a task/issue/hotfix
3. Modify the codes
4. Commit & push into your remote branch
5. Create a pull request
6. Code review(maybe some code modification, some git merge, commit & push operations in this stage)
7. Make sure all codes are built(compiled and tested) successfully on CI server, then merge into upstream/master

@forcecharlie Commit Message 必须是正式的有用的对 Commit 内容的描述，而且最好一个相关的 任务（任务片断），能够解决某些问题，否则 Commit 有什么意义。

我们经常可能另外一个 Branch 要事先合并分支的某个 Commit ，直接用 git reflog 查一下，然后用 cherry-pick 直接合并进来。

推荐他玩这个游戏
http://pcottle.github.io/learnGitBranching/?demo

@omysho 所有的开发任务都应该用 Fork ， Branch 的方式进行， upstream/master 不应该直接提交任何代码。

@hantsy google 躺

@linhua Cool

Github 官方也提供简单的教程（一个小时 Step By Step 就可以了解 Github 的方式了），还有就是 atlassian 的 GIT 教程极好，我现在还经常看。

https://www.atlassian.com/git/

楼主会 git ，大可以给 team 做个分享，教育大家正确使用 git 。。。

楼主这种就是矫情

@hantsy 其实 github flow 就是 git flow 的 light 版……

看法就是要么你就直接正面肛，说出你的想法。要么你就别抱怨，做好你自己的工作。
当然还有就是直接走人。

说实话，我看了以上诸位的回复，发现一部分程序员的回答有些令人尴尬，应当说可能对于技术关注的过分了一些，一开始本来打算写个帖子专门说说沟通的事情，不过转念一想太麻烦了。 lz 你可以看看楼里的回复，了解一下恰当的沟通不恰当的沟通是什么样子的。

很正常啊，很多用 svn 多年的都不会 git 。。。
你得教教他～

怎么说，这种组长很少不知道 git 吧，既然知道应该会去学，可能有他自己的考量，反正别人的习惯一时半会很难改，但你指出这种用法很坑的话，又太直接了不好，找个机会私下聊聊，他可能会接受一点。

边学边用，如果不会就不用那才叫坑

哈哈哈哈 4 个项目好多哟，我曾经面试过一个，声称做过 50 多个项目，追问之下，原来是 eclipse 里有 50 多个 project

人比人，总是有你会他不会，他会你不会的
开放的心态看待这个吧，技术团队多分享，共同提高才是王道

@msg7086 重点完全不一般。

Github 强调首先是要 Fork 。

Git Flow 重点是 Branch ，还要维护几条 Branch 主线， Development, Release, HotFix 等。

@hantsy Light 版没有那么多东西，主要就是 branch+merge 。
Github 的 Fork 无非就是强制 branch 而已， Git flow 如果禁用 dev push 的话效果是一样的。
Fork 并非是要强调的东西。

要用 git ， 至少 说明 组长 还是 愿意 用新技术新工具的， 而且 git 也就一种工具， 很快就能学会的~~
如果因为 不会用 git ， 就说 用 会用 SVN FTP 什么的， 这应该更让你 桑心

虽说不会用，但是好歹比只会用 SVN 强啊！