だから私は他の誰かのリポジトリをフォークし、いくつかの変更を行い、プルリクエストを送信し、私の変更がそれを製品に加えました。すばらしいです!
しかし...フォークされたリポジトリをどうすればよいですか?リポジトリを保持する理由はありますか、それとも削除してください。私は追加の貢献をするつもりはありませんが、気が変わったらいつでもそれを再分岐できると思います。
バックアップを保持することはあまり気にしません。リンクの切断、コミットメッセージの消失などが心配です。
だから私は他の誰かのリポジトリをフォークし、いくつかの変更を行い、プルリクエストを送信し、私の変更がそれを製品に加えました。すばらしいです!
しかし...フォークされたリポジトリをどうすればよいですか?リポジトリを保持する理由はありますか、それとも削除してください。私は追加の貢献をするつもりはありませんが、気が変わったらいつでもそれを再分岐できると思います。
バックアップを保持することはあまり気にしません。リンクの切断、コミットメッセージの消失などが心配です。
回答:
分岐したリポジトリを削除すると、リポジトリに関連付けられている情報がすべて削除されます。これは、すでにマージされたプルリクエストを含む、リポジトリへの参照に遡及的に影響を与える可能性があります。(forkの削除後にプルリクエストが「不明なレポ」を表示するを参照)
コメントとコミットは、リポジトリに関連付けられたプルリクエストで保持する必要がありますが、あなた自身の責任で行ってください。
リポジトリの削除は避けるべきですが、未使用のブランチの削除は完全に受け入れられます。実際、GitHubは古いブランチを削除することをお勧めします。
プルリクエスト後の片付け
GitHubでは、プルリクエストを終日、毎日使用しています。唯一の問題は、プルリクエストがマージまたはクローズされた後、多くの機能しないブランチが発生することです。スクリプトを使用してこれらのブランチをクリアすることもありますが、GitHub.comの通常のワークフローの一部としてこのステップを処理する方が良いと考えました。
今日から、プルリクエストがマージされた後、残留ブランチを削除するボタンが表示されます。
プルリクエストがマージされずに閉じられた場合、ボタンは少し異なって見え、マージされていないコミットの削除について警告します。
もちろん、プッシュアクセスできるリポジトリ内のブランチのみを削除できます。
きちんとしたリポジトリをお楽しみください!
あるいは、本当に保持したくない場合は、リポジトリをアーカイブして、アクティブに維持されていないことを示すことができます。
プルリクエストが受け入れられ、個人的に使用する可能性のある他の変更を行っていない場合は、削除する必要があります。
<repo>
from unknown repository
<date>に」表示することです。これは少し奇妙です。
remove-github-forks
「メインリポジトリにないコミットのないすべてのフォークを削除する」ことをお勧めします。魔法のように機能します。
プルリクエストを送信すると、マージされているかどうかに関係なく、フォークを削除できます。GitHubはすべてのPRをアップストリームリポジトリに格納します。つまり、提案された変更は、フォークが削除されても追跡されます。
これにより、決定が簡単になります。
次の場合は、フォークを保持したい場合があります。
次の場合は、フォークを削除できます。
Drugoy:master
からunknown repository
)
提供された回答に追加するために、GitHub自体は、マージされた後、フォークされたリポジトリを削除(「整理」)することをお勧めします。
これは、マージ後のプルリクエストで行うことができます。このブログ投稿を参照してください。
さらに、現時点では、コメントに気がついた欠点はありません。
@Dennisが示唆するように、マージする前に削除することはお勧めしません。作成者から要求された場合、コードを変更する必要があるかもしれません。
unknown repository
。しかたがない。