プルリクエストコミットメッセージに記載されている問題をクローズしないでください

Question

私は現在、私の最初のオープンソースプロジェクトを維持しています。

1. 私は良いプルリクエストを取得し、それは完全に問題が解決しませんが、ユーザーは、私はプルをマージするとき、それは自動的に問題をクローズすることを意味しResolves #14のようなコミットメッセージに問題を言及要求。
2. プルリクエストをマージします。プルリクエストコードが必要なので、問題を自動的に閉じます。
3. 私は問題に戻り、再度開きます。

これはokですが、それは面倒のようなものだし、それは彼らが閉じられ、時代の束をリニューアルオープンされているように見えるこの

のように見えるの問題につながります。この自動クローズが問題履歴をよりきれいに保つのを防ぐ方法はありますか？

Answer 1

私が知る限り、プル要求の完了（つまりマージ）はマージされているブランチの終了と結びついています。私が過去にこれを避けてきた通常の方法は、保留中の問題があるプルリクエストを単に承認しないことです。代わりに、プルリクエストにコメントを残し、それらの問題が解決されたときにのみマージを完了してください。機能ブランチの所有者は引き続きコミットを行い、プル要求は自動的に更新されます。

私は、GitHubとBitbucketの両方に、マージ後にブランチを開いたままにしておくことができると信じていますが、ブランチをもう一度マージするのは一般的ではありません。あなたのレビュー担当者にプルリクエストを変更させることは、進める良い方法です。