Je ne sais pas si le contenu du bugtracker est récupérable dans le cas que tu donnes si tu n'en avait pas de copie locale avant.
Mais pour le dépôt de sources proprement dit, tu n'en a pas grand chose à faire que GitHub tu zappe ton projet. Changer d'hébergeur, c'est "git remote add [...]; git push --all" et on n'en parle plus, vu que par définition, tu as déjà l'historique complet dans toutes les copies locales. Typiquement, dans le cas de Linux : kernel.org down, ça n'a pas du prendre bien longtemps à Linus pour migrer vers GitHub, et ça ne lui prendra pas plus de temps de re-migrer vers kernel.org en temps voulu.
Si ça avait été SVN ou CVS, ça aurait été différent : il aurait fallu faire un "svnadmin dump" ou un truc du genre, mais le faire sur une machine compromise c'est moyen bof, donc il aurait surtout fallu prier pour avoir des backups dont on sait qu'ils ne sont pas compromis, restaurer le backup sur un autre serveur, ...
[^] # Re: déçu je suis
Posté par Matthieu Moy (site web personnel) . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 2.
Je ne sais pas si le contenu du bugtracker est récupérable dans le cas que tu donnes si tu n'en avait pas de copie locale avant.
Mais pour le dépôt de sources proprement dit, tu n'en a pas grand chose à faire que GitHub tu zappe ton projet. Changer d'hébergeur, c'est "git remote add [...]; git push --all" et on n'en parle plus, vu que par définition, tu as déjà l'historique complet dans toutes les copies locales. Typiquement, dans le cas de Linux : kernel.org down, ça n'a pas du prendre bien longtemps à Linus pour migrer vers GitHub, et ça ne lui prendra pas plus de temps de re-migrer vers kernel.org en temps voulu.
Si ça avait été SVN ou CVS, ça aurait été différent : il aurait fallu faire un "svnadmin dump" ou un truc du genre, mais le faire sur une machine compromise c'est moyen bof, donc il aurait surtout fallu prier pour avoir des backups dont on sait qu'ils ne sont pas compromis, restaurer le backup sur un autre serveur, ...