そのため、私は他の誰かのリポジトリをフォークし、いくつかの変更を加え、プルリクエストを送信し、私の変更が製品に反映されました。すごい!
しかし...フォークしたリポジトリをどうすればいいですか?リポジトリを維持しなければならない説得力のある理由はありますか、それとも先に進んで削除する必要がありますか?私は追加の貢献をするつもりはありませんが、気が変わった場合はいつでもそれを再フォークできると思います。
私はバックアップを保持することについて本当に心配していません。リンクの切断、コミットメッセージの喪失などについて、私はもっと心配しています。
フォークされたリポジトリを削除すると、リポジトリに関連付けられている情報がすべて削除されます。これは、すでにマージされているプルリクエストを含め、リポジトリへの参照に遡及的に影響を与える可能性があります。 ( を参照してください)プル要求は、forkの削除後に「不明なリポジトリ」を表示します )
コメントとコミットは、リポジトリに関連付けられたプルリクエストで保持する必要がありますが、自己責任で行ってください。
リポジトリの削除は避けるべきですが、未使用のブランチの削除は完全に許容されます。実際、 GitHubは古いブランチを削除することをお勧めします です。
プルリクエスト後の片付け
GitHubでは、プルリクエストを終日、毎日使用することが大好きです。唯一の問題は、プルリクエストがマージまたはクローズされた後に、多くの無効なブランチが作成されることです。ときどき、私たちの1人がスクリプトを使用してこれらのブランチをクリアしますが、GitHub.comでの通常のワークフローの一部としてこのステップを処理する方がよいと考えました。
本日より、プルリクエストがマージされた後、残っているブランチを削除するためのボタンが表示されます。
プルリクエストがマージされずに閉じられた場合、ボタンは少し異なりますが、マージされていないコミットの削除について警告します。
もちろん、プッシュアクセス権があるリポジトリのブランチのみを削除できます。
きちんとしたリポジトリをお楽しみください!
あるいは、本当にそれらを保持したくない場合は、 リポジトリをアーカイブ して、アクティブに維持されていないことを示すことができます。
プルリクエストが受け入れられ、個人的に使用する可能性のある他の変更を行っていない場合は、それを削除する必要があります。
マージされているかどうかに関係なく、プルリクエストを送信するとすぐにフォークを削除できます。 GitHubはすべてのPRを上流のリポジトリに保存します 、つまり、フォークが削除された場合でも、提案された変更が追跡されます。
これにより、決定が簡単になります。
以下の場合でも、フォークを保持したい場合があります。
次の場合は、フォークを削除できます。
私はおそらくそれをtar/gzipしてアーカイブディレクトリに入れ、3年後にそれを削除します。 ;)正直なところ、今後数か月間再度作業する予定がなく、しばらく使用していなかった場合は、削除しても安全だと思います。
提供された回答に追加するために-GitHub自体は、フォークされたリポジトリがマージされた後に削除(「整理」)することをお勧めします。
これはマージ後のプルリクエストで行うことができます- このブログ投稿 を参照してください。
さらに、現時点では、コメントに不利な点は見られません。
@Dennisが提案するように、マージする前に削除することはお勧めしません。作成者から要求された場合は、コードに変更を加える必要がある場合があるからです。