GitHubで依存関係リポジトリを削除するとどうなりますか？

• 私はGitHubリポジトリAを所有しています。
• リポジトリBは、他の誰かが所有するもう1つのオープンソースプロジェクトです。
• リポジトリAはリポジトリBに依存しています（リポジトリBはAのサブモジュールです）。

リポジトリーBの所有者がそのリポジトリーを削除することを決定した場合、ユーザーは私のリポジトリーを正常に複製/チェックアウト/ビルドできなくなります。

所有者がBを削除することを決定した場合に備えて、Bを事前にフォークしてバックアップとして使用する必要がありますか？これは危険な状況と考えられますか、それともオープンソースプロジェクトでは通常どのように処理されますか？

リポジトリーBの所有者がそのリポジトリーを削除することを決定した場合、ユーザーは私のリポジトリーを正常に複製/チェックアウト/ビルドできなくなります。

依存コード「レポB」が消えた場合：

• すべてのユーザーがリポジトリを正常に複製できます。
• 既存のユーザーはおそらくローカルでリポジトリBのコピーを保持し、問題なくビルドを続けます。ユーザーがそのシナリオ用に特別に設定するために邪魔にならない限り、ソースが削除されても、複製されたリポジトリは通常削除されません。GitはDVCSであるため、この種のものから保護するように設計されています。
• 新しいユーザーは、どこかからリポジトリBのコピーを取得するまで、リポジトリを構築できません。バックアップを保存しないため、このボートにいることになります。

所有者がBを削除することを決定した場合に備えて、Bを事前にフォークしてバックアップとして使用する必要がありますか？

はい。

これは危険な状況と考えられますか、それともオープンソースプロジェクトでは通常どのように処理されますか？

はい、これは依存しているレポの人気/配布/ミラー、およびあなたのレポがあなたにとってどれほど重要であるかによっては危険な状況です。他の人にとってそれが重要である場合、彼らは（うまくいけば）すでにあなたのリポジトリとdepリポジトリの両方のバックアップを持っています。

GitHubでアカウントにフォークし、SSDにクローンしてスペースを占有しないようにすることができます。また、そのバックアップオプションは、GitHubのサーバーに何も起こらないこと、またはアカウントが侵害されていないことに依存していることに注意してください。適切な冗長度を決定できるのはあなただけです。

依存しているコードの量、その人気、それを再現することの難しさ、そしてそれを確実に保存するためのコストを考慮してください。そのリスク評価を検討した後、それに応じてバックアップしてください。

より大きなSSDにこれ以上費やしたくない場合、コストは状況の要因のように思われるため、安価なバックアップオプションのリストを次に示します。

1. 完全に無料なので、GitHubでフォークしてください。GitHubは重複排除を使用するため、コストはごくわずかです。
2. ローカル（無料）の古い回転ハードドライブまたはUSBフラッシュドライブ。また、ISPまたは携帯電話プロバイダー経由で無料のクラウドバックアップの料金をすでに支払っている場合もあります。
3. リモート（無料）、無料のクラウドバックアップオプションの多く、または友達に尋ねます。
4. リモートで（$）、GBごとのUsenetプランを購入してUsenetにアップロードします（$ 25までの$ 10 USD）