不要关闭 Pull Request 提交消息中提到的问题
Don't close issues mentioned in Pull Request commit messages
我目前正在维护我的第一个开源项目,并且 运行 处于相同的场景。
- 我收到了一个很好的 Pull Request,但它并没有完全解决问题,但是用户在
Resolves #14
之类的提交消息中提到了这个问题,这意味着当我合并合并请求。
- 我合并 Pull Request 是因为我想要 Pull Request 代码,它会自动关闭问题。
- 我回到问题并重新打开它。
这没问题,但有点麻烦,它会导致看起来像这样的问题
看起来他们已经关闭并重新打开了很多次。有没有办法阻止这种自动关闭以保持问题历史记录更清晰?
据我所知,拉取请求(即合并)的完成伴随着被合并的分支的关闭。我过去避免这种情况的通常方法是不批准有未决问题的拉取请求。相反,请在拉取请求上留下评论,并仅在这些问题得到解决后才完成合并。请记住,功能分支的所有者可以继续提交,拉取请求将自动更新。
我相信 GitHub 和 Bitbucket 都可以选择在合并后保持分支打开,但通常我们不会在已经合并一次后再次合并分支。因此,允许您的受审者对拉取请求进行更改是继续进行的好方法。
我目前正在维护我的第一个开源项目,并且 运行 处于相同的场景。
- 我收到了一个很好的 Pull Request,但它并没有完全解决问题,但是用户在
Resolves #14
之类的提交消息中提到了这个问题,这意味着当我合并合并请求。 - 我合并 Pull Request 是因为我想要 Pull Request 代码,它会自动关闭问题。
- 我回到问题并重新打开它。
这没问题,但有点麻烦,它会导致看起来像这样的问题
看起来他们已经关闭并重新打开了很多次。有没有办法阻止这种自动关闭以保持问题历史记录更清晰?
据我所知,拉取请求(即合并)的完成伴随着被合并的分支的关闭。我过去避免这种情况的通常方法是不批准有未决问题的拉取请求。相反,请在拉取请求上留下评论,并仅在这些问题得到解决后才完成合并。请记住,功能分支的所有者可以继续提交,拉取请求将自动更新。
我相信 GitHub 和 Bitbucket 都可以选择在合并后保持分支打开,但通常我们不会在已经合并一次后再次合并分支。因此,允许您的受审者对拉取请求进行更改是继续进行的好方法。