十几年工作经验的老码农，连 git 都不会用。

完全可以通过流程规避，repo 设置成禁止 force push，禁止非 fast forward push 。

然后每次有异常的时候，都能轻易查到是谁的锅，截图发大群里

十几年外包经验?

@sagaxu 问下 为什么要禁止非 fast forward push，那不就成了 svn 了吗？

@Gilfoylek 把太多分支历史信息 merge 到 master 中，commit 历史会很杂乱

@wxsm #14 这是关系户吧

u1s1 用过 hg 之后 真香 git 太难用了

吐槽同事就说明该换公司了

这句话我已经讲太多遍了。。

他这种根本不是不会呀。。是根本没学。
git 本身没严格的流程控制，不熟悉的话，非常容易造成代码丢失。哈哈哈

@aLazarus 哈哈，他也是个人才

2020 年还有人不会用 git，还振振有词说是 git 的问题，真是醉了。v2 综合水平越来越低了…

底层人踩人，上层人捧人；该醒醒了

码农何必为难码农，公司又不是你开的

多人合作的时候慎用 rebase，因为会重写 commit，导致其他同事需要 re-merge 你的工作，然后你 pull 回来，事情会变得混乱。

https://git-scm.com/book/en/v2/Git-Branching-Rebasing

> The Perils of Rebasing

Ahh, but the bliss of rebasing isn’t without its drawbacks, which can be summed up in a single line:

Do not rebase commits that exist outside your repository and that people may have based work on.

If you follow that guideline, you’ll be fine. If you don’t, people will hate you, and you’ll be scorned by friends and family.

When you rebase stuff, you’re abandoning existing commits and creating new ones that are similar but different. If you push commits somewhere and others pull them down and base work on them, and then you rewrite those commits with git rebase and push them up again, your collaborators will have to re-merge their work and things will get messy when you try to pull their work back into yours.

不要在已发布或者公共的 commit 里 rebase

然而他脾气还特别大
，觉得自己根本没错 😌

@nnws2681521 你自己的当然没问题，但是我寻思着团队协作你还能不提交？

@liulilte 不会还不学就问题很大吧

Git 還用專門學？用到看一下不就可以了？