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