 | 1 exch4nge Dec 20, 2016 没懂 LZ 写的这段描述…… 我记得 gitlab 默认不让强制更改已经提交的服务器端的 git 历史的。 |
 | 2 hosiet Dec 20, 2016 via Android  1 一个一个提交看 diff 历史。就那么几个提交，总能找到不正常的修改在哪里。 另外可以对文件进行 git blame 按行查看最后一次修改的日期。 |
 | 3 yoa1q7y Dec 20, 2016 国外大神经常在文档和问答里说的一句话是：你应该知道自己在干什么 |
 | 4 pright Dec 20, 2016 B 是不是没有 pull 版本 1 ，自己-f 一路提交到版本 5 了 |
 | 5 Simpleyyt Dec 20, 2016 你的描述非常有问题 |
| 6 Simpleyyt Dec 20, 2016 应该是操作问题，可以讲具体一点。 |
 | 8 xcatliu Dec 20, 2016 可以配置 master 禁止 -f 吧 |
| 9 hosiet Dec 20, 2016 via Android 你就要看所谓“回退”的那个提交是谁做的，然后去找做出那个提交的作者，让他背锅 |
 | 10 SoloCompany Dec 20, 2016 1 如果没有 -f 过，那必然是被 commit 所覆盖了， git blame 一般能找出来是被哪次 commit 覆盖的 如果 -f 过的话，原因会比较复杂，但在协作上一般不太可能 我觉得更大可能是开发者不熟悉 git ，在自己分支上开发 pull 的时候执行了错误的合并以及 conflict 处理所导致 |
 | 11 owt5008137 Dec 21, 2016 via Android 1 这种情况，十有八九是某个人 merge 的时候 revert 掉了别人的更改。对于这种不会用 git 的人，一般我都给他设 autorebase 和 automerge 保平安 |
Select Language