我们已经使用alm合并请求提交了对一个文件的更改。一个月后,我们发现我们的更改丢失了。
我们尝试查看该文件的日志,但也没有看到我们的更改。
但是当我们看到提交id为2e02e42d6b5094809295d375150d13238318968d的日志时。我们可以看到我们的更改被正确地合并了。提交id的Git日志
git log 2e02e42d6b5094809295d375150d13238318968d
commit 2e02e42d6b5094809295d375150d13238318968d
Merge: 9e108526c5 c75d3cc631
Author: Sreekumar Menon <sreekumar.menon@oracle.com>
Date: Wed Feb 19 11:19:43 2020 -0800
Merge-Request: 12615 from 'users/amit.tiwary/enh30472668' into 'develop'文件的Git日志
git log -p PrePostScripts.xml
commit 1870c07e6b0af5b63f92001f546a58488ee42979
Author: joshua.kesselman <joshua.kesselman@oracle.com>
Date: Tue Apr 2 13:04:22 2019 -0700请告诉我如何检查提交2e02e42d6b5094809295d375150d13238318968d发生了什么。
发布于 2020-03-26 16:57:40
请在合并提交中注意这一点:
Merge: 9e108526c5 c75d3cc631合并发生时,9e108526c5是develop分支的负责人,而c75d3cc631是合并的分支的负责人。通过执行以下操作来开始调查:
git checkout c75d3cc631并调查存储库的状态。正确的更改应该存在于此。现在,您应该启动一个二等分,以查看哪个提交删除了更改。要开始平分,请执行以下操作:
git bisect start由于您当前使用的是c75d3cc631,并且更改已经存在,因此请使用以下命令将其标记为good:
git bisect good然后切换回HEAD,并将其标记为bad,因为此处缺少更改:
git checkout develop
git bisect badGit现在会在中间自动签出一个提交。看看更改是否在那里。如果没有,执行git bisect bad,git将继续。一旦git检查出更改确实存在的提交,就执行git bisect good。继续这个过程,直到git告诉你它找出了哪个提交导致了这个问题。
发布于 2020-03-26 23:59:46
在我的例子中,一个功能分支与开发合并,并重写了我所做的更改
https://stackoverflow.com/questions/60863407
复制相似问题