Tu peux certainement récupérer tes données brutes sur Github, mais ça ne veut pas dire que tu pourras les réutiliser facilement, parce que si tu n'as pas le logiciel qui va avec tu vas devoir adapter (si c'est dans un format standard ça peut déjà grandement faciliter la tâche). Et Github ça n'est pas que git (qui lui est libre et décentralisé), c'est le système de revue, de bugs etc.
Pour les données, je ne pense pas que l'on puisse se faire du souci en ce qui concerne Github, tant à l'export (à partir de github), qu'à l'import (vers un autre outil).
pour le code : c'est git. Donc tu as toujours l'historique sur ta machine. Export/Import : aucune difficulté
issue/pull request : une api permet de tout récupérer au format Json. Un parser pour l'importer dans un autre outils n'est pas très compliqué. Et en cherchant, il doit déjà y en avoir pour certaines forges. Par exemple j'en utilise un qui rapatrie les issues sur ma machine et les mets en forme en html, ce qui me permet de les consulter offline. Sans parler du contenu textuel qui est en markdown, syntaxe prise en charge par de plus en plus d'outils (au pire, le markdown reste tout à fait lisible si il n'est pas interprété).
wiki : c'est un dépôt git rempli de fichiers en syntax markdown. Pour exporter, un simple git clone suffit. Et à importer vers un autre outils, là encore, développer une moulinette ne serait à priori pas bien compliqué. D'autant plus que Github a libéré le code de leur système wiki (je n'ai plus le nom en tête). Suffit de l'installer donc.
pages perso : le contenu est dans ton dépôt git (branche gh-pages), donc les données sont là. Pour la re-publication sur un autre serveur, installer jekyll et voilà.
Bref : récupérer les données, aucune difficulté, et pour les importer dans d'autres outils, non plus. Elles sont dans des formats standards (markdown..) ou parfaitement utilisable (structure json pour les issues) et très facile à exporter dans une base de donnée.
Le seul blocage qui pourrait y avoir, serait le blocage par Github des API, empêchant de récupérer les issues. Ça peut se régler par l'installation dès maintenant d'un script aspirant régulièrement les données, et si un jour github ferme son api, il sera temps de fermer son compte et d'aller s'installer ailleurs ;-)
[^] # Re: service...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le danger github. Évalué à 10.
Pour les données, je ne pense pas que l'on puisse se faire du souci en ce qui concerne Github, tant à l'export (à partir de github), qu'à l'import (vers un autre outil).
Bref : récupérer les données, aucune difficulté, et pour les importer dans d'autres outils, non plus. Elles sont dans des formats standards (markdown..) ou parfaitement utilisable (structure json pour les issues) et très facile à exporter dans une base de donnée.
Le seul blocage qui pourrait y avoir, serait le blocage par Github des API, empêchant de récupérer les issues. Ça peut se régler par l'installation dès maintenant d'un script aspirant régulièrement les données, et si un jour github ferme son api, il sera temps de fermer son compte et d'aller s'installer ailleurs ;-)