我正在使用GIT。我进行了几次修改，并对Gerrit进行了推动。我收到了有关更新的评论。据我所知，一旦你通过修改先前的提交，使用相同的提交消息进行编辑，你就可以提交它。这就是我周五所做的，它将更新发送给审稿人。
今天是星期一。当我启动Eclipse时，我做了一个git pull并获得了最新的更新。我查看了Gerrit的评论，还有一些他们希望我做的编辑（主要是删除了一些评论）。我做了这些改变。
当我去提交并修改最后一个，虽然它没有显示Jira故事或更改ID。最后一次提交消息是
*Merge branch 'master' of http://gitscm.xxx.com/SQA-Automation/XXX-XXXXX*
（抱歉，我仍然不确定公司名称和网址是否保密，所以我只是用几张XXX替换它们。
所以我不确定。我应该只使用此提交消息吗？我想如果我做一个新的，当我试图通过给我一个“被拒绝”的消息推送到Gerrit时会失败，但即使它成功了它也会进行新的审查。
任何想法该怎么办？我正在阅读有关“重置”的信息，但很困惑。
答案 0 :(得分：0)
在您修改提交之前，似乎您运行了Get-ChildItem -Path . -Include * -Recurse -Force | Where-Object { $_.Name -match '^\._.*$' } | foreach { echo "Deleting: $_" ; $_.Delete() } | Out-File deleted.txt
。这样的git pull会导致恼人的麻烦，尤其是在使用Gerrit时。
您没有明确说明“被拒绝”消息的内容。所以我得猜一猜。您可能没有权利推送合并提交，或者推送失败只是因为合并提交没有Change-Id。
您无需运行git-pull。如果你坚持，git pull会更好。 git pull -r或-r更新您的本地分支，而不创建任何合并提交。除非您在合并提交上运行--rebase，否则合并提交不会调用生成Change-Id的commit-msg。
现在您可以运行git commit --amend返回之前需要修改的提交。进行编辑然后修改它并确保Change-Id不变。然后，你可以毫不费力地推它。让审阅者和提交者决定是否应该重新定位或仅合并到目标分支。他们可以通过Gerrit更改Web UI来完成。