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 1
一个一个提交看 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 1
如果没有 -f 过,那必然是被 commit 所覆盖了, git blame 一般能找出来是被哪次 commit 覆盖的
如果 -f 过的话,原因会比较复杂,但在协作上一般不太可能 我觉得更大可能是开发者不熟悉 git ,在自己分支上开发 pull 的时候执行了错误的合并以及 conflict 处理所导致 |
11
owt5008137 2016-12-21 12:11:39 +08:00 via Android 1
这种情况,十有八九是某个人 merge 的时候 revert 掉了别人的更改。对于这种不会用 git 的人,一般我都给他设 autorebase 和 automerge 保平安
|