Si le propriétaire du référentiel B décide de supprimer ce référentiel, les utilisateurs ne pourront plus cloner/extraire/construire mon référentiel.
Dois-je préempter par fourche B à utiliser comme sauvegarde au cas où le propriétaire déciderait de le supprimer? Cette situation est-elle considérée comme dangereuse ou comment est-elle généralement gérée pour les projets en open source?
Si le propriétaire du référentiel B décide de supprimer ce référentiel, les utilisateurs ne pourront plus cloner/extraire/construire mon référentiel.
Si le code dépendant "repo B" disparaît:
Dois-je préempter par fourche B à utiliser comme sauvegarde au cas où le propriétaire déciderait de le supprimer?
Oui.
Est-ce considéré comme une situation dangereuse ou comment est-il généralement traité pour des projets en open source?
Oui, il est dangereux de se trouver dans cette situation en fonction de la popularité/distribution/miroir du dépôt dépendant et de l’importance de votre dépôt pour vous. Si cela est important pour les autres, ils (espérons-le) ont déjà une sauvegarde de votre référentiel et du référentiel dep.
Notez que vous pouvez le copier sur votre compte sur GitHub et ne pas le cloner sur votre SSD pour ne pas occuper d'espace. De plus, gardez à l'esprit que cette option de sauvegarde ne dépend pas de ce que rien ne se passe sur les serveurs de GitHub ou que votre compte ne soit compromis vous seul pouvez déterminer le degré de redondance qui convient.
Tenez compte de la quantité de code sur laquelle vous comptez, de sa popularité, de la difficulté à le reproduire et du coût de son stockage fiable. Après avoir examiné cette évaluation des risques, sauvegardez-la en conséquence.
Comme le coût semble être un facteur important dans votre situation étant donné que vous ne voulez pas dépenser plus pour un SSD plus grand, voici une liste d'options de sauvegarde peu coûteuses: