Git 在合并期间,不会捕获在创建拉取请求后进行的提交

Git 在合并期间,不会捕获在创建拉取请求后进行的提交,git,bitbucket-server,Git,Bitbucket Server,复制步骤: 创建的要素分支 做出改变 创建拉动请求(至少需要1个批准) 评审员给予批准 在注意到输入错误后,将新更改推送到分支 这一最新的更改不会与代码合并 通常,在创建Pull请求后,向代码添加新更改不会有问题。我假设在这种情况下,延迟的更改没有合并,因为已经给出了批准,但该批准不包括延迟的更改。我查阅了亚特兰西的文献,但找不到任何东西来证实这个理论。有人能证实或否定这个理论吗?知道将来应该避免哪些步骤是很方便的 谢谢。这里有一位藏匿开发者。这是绝对没有料到的,或者听起来像一只虫子,或者像

复制步骤:

  • 创建的要素分支
  • 做出改变
  • 创建拉动请求(至少需要1个批准)
  • 评审员给予批准
  • 在注意到输入错误后,将新更改推送到分支
  • 这一最新的更改不会与代码合并
通常,在创建Pull请求后,向代码添加新更改不会有问题。我假设在这种情况下,延迟的更改没有合并,因为已经给出了批准,但该批准不包括延迟的更改。我查阅了亚特兰西的文献,但找不到任何东西来证实这个理论。有人能证实或否定这个理论吗?知道将来应该避免哪些步骤是很方便的


谢谢。

这里有一位藏匿开发者。这是绝对没有料到的,或者听起来像一只虫子,或者像弗洛里安建议的那样,你推错了分支或者其他什么东西

如果您仍然看到这种行为,请随时联系Atlassian的支持:


不,这不应该是问题所在。我也这样做了几次后,我的kolleagues批准,它合并正确。可能您在错误的分支上/已合并拉取请求/存在连接问题?好的,谢谢您的回复。这听起来应该是正确的工作流程,但只是想看看是否有其他人遇到过同样的问题。干杯