wxsm：
- 别人的 MergeRequest，都是干干净净，改了文件就是多少个 Change 。他的倒好，每次一上来就几十个 commit，几百个 change，认真一看，也就最上面那几个是他的。
- 经常在工位上大喊「我的代码呢」，结果到头来查历史记录往往是被自己根本就没提交，或者被自己干掉了。
- 同时也经常干掉别人的代码，自己完全不自知。出了问题，十有八九都是他干的。
- 遇到问题就知道喊，有一次自己代码拉不下来了，说别人把 remote 搞坏了，所以自己拉不了了。喊人过去一看，工具上明明白白写着：you are in a middle of rebase，做个 abord 就好了。
以上只是冰山一角，他写的代码我就懒得说了。我也不是针对谁，就事论事，和这种人共事，就是难受。祝大家都能找到更好的工作，避免遇到这种同事。
nicevar：这与十几年工作经验的老码农有啥关系？要么是不想学的，要么就是不在互联网行业的，没接触过 git 很正常
wysnylc：他活在十年前罢了
xixinimei：看标题本来想喷题主，看内容，题主多喷喷他
lxk11153：每个时代都有每个时代的工具 [doge]
wxsm：@nicevar 他用 git 至少 5 年了。为什么我这么清楚，因为我跟他共事了很久。因此我也不敢说他，他对我来说是一个前辈。我也说了，就事论事。
DamonLin：我一个五年经验的同事，多表插入操作不使用事务
srx1982：不会用 git 真的让人很头疼
KuroNekoFan：很少 rebase 的黯然路过
wxsm：@srx1982 是吧，代码写得再烂那是他自己的事。但是这个不一样，对整个团队都是负面影响。
git 搞分支的问题yeqizhang：你们平时开发是像 github 一样 fork 后再 clone 这个仓库开发？ 还是 clone 原仓库，基于原仓库的 master 开一个分支开发？ 我们项目几十号人，我给了他们 fork 权限，发现部分人是 fork 后进行开发的，一个月都没 pull 到原仓库了。
小白提问： Git 在实际多人合作中是如何使用的？AerithLoveMe：请问一下 Git 在实际工作中是如何使用的？是由一个人创立仓库建立基本模块，然后组员 clone 下来分别完成么？还是其他的方式？求告知，谢谢！jadehare：操作分支，有一个主分支，其他人从这个主分支切分支，改完后再和回到主分支
svn 下载 git 的单个目录， git 多分支情况下，下回来的是哪个分支？muziling：github 上的项目，使用 git clone 只能下载整个项目，如果只需要某个目录，可以使用 svn 命令来操作。 主要修改部分在打开的目录 URL 中：将 /tree/master/（或 /tree/分支 /） 换成 /trunk/ 。 那下回来的数据，是 master 分支的目录，还是其它分支下的目录？
git 自动部署方案与 git remote 的问题kajweb：hexo 博客，源码和生成页面分为 A 、B 两个仓库 定义本本机为 C，服务器为 S 已知两个博客已经配置好 githook 和实现了自动 pull 。 目前工作流是 C push 到 gitee 后，S 收到 githook 自动分别 pullA 、B 仓库 现在想改为由 C push A 后，在 S 端自动 hexo g -d 生成和 p…
又来一个 git-cz.sdttttt：每次我用 git commit 都是用 git-cz 去做, 规范化的 commit 我看着也舒服。不过本人不是经常用 Nodejs, 所以每次都为了用 git-cz 就要把整个 runtime 装下来，有点痛苦。而且也感觉每次 git-cz 的速度也有点慢，run 的时候要稍微卡一下。 最近又正好失业（惨啊），就用 Rust 再造一个吧。 …