• # Pourquoi j'utilise github.

    Posté par (site web personnel) . En réponse au journal Pourquoi GitHub saimal, quelques alternatives. Évalué à 7.

    01) Github est proprio, mais il n'empêche pas de faire du libre ;
    02) Github propose une API REST, ce qui fait que des applications pour mobile, et pour windows (et autres plateformes où la ligne de commande est inutilisable voir inexistante) peuvent voir le jour ;
    03) Github propose un wiki géré par git grâce à Gollum ;
    04) il fourni un Bug Tracker très performant qui gère les roadmap (via les "milestones") ;
    05) il permet d'héberger un site statique de son projet (créer un dépôt nommé <username>.github.com, et créer une branche "gh-pages" dans le projet que l'on désire, il sera accessible à <username>.github.com/<projet>) ;
    06) il fourni des "hooks" qui permettent de notifier une liste de diffusion, un salon IRC, un compte Twitter, lors d'un commit, et j'en passe, la liste est longue ;
    07) il intègre un système de revue de code assez performant (possibilité de commenter un commit, ligne par ligne avec notification par courriel et possibilité de répondre par courriel) ;
    08) permet d'intéragir avec le bug tracker via les messages de commit (ajouter "Fix #5" dans le message va fermer le ticket 5, par exemple) ;
    09) il permet d'ajouter des utilisateurs et de gérer ses clés SSH en quelques clics ;
    10) il intègre le système de clé SSH de déploiement (on ajoute une clé SSH, le propriétaire de cette clé a ainsi la possibilité de cloner le dépôt via SSH sans avoir d'accès en écriture) ;
    11) il permet de suivre un dépôt ou un utilisateur (en mode réseau social).

    J'ai pu apercevoir les points 2, 3, 5, 8 et 9 sur d'autres solutions, mais jamais aussi abouties que sur Github.

    Github a beau être proprio, mais tant qu'il reste le plus fourni en fonctionnalités, et le plus simple à utiliser pour le commun des mortels, il sera le plus utilisé.

    De plus, Github n'impose aucun workflow, vous restez libre d'utiliser votre dépôt git comme bon vous semble.

    Et pour finir, je ne pense pas que Linus Torvalds soit le mieux placé pour parler de Git, et pour justifier ce point je ne ferai que citer Wikipédia :

    Fin juillet 2005, Linus Torvalds a décidé de confier la maintenance et les évolutions de Git à Junio Hamano, expliquant qu'il avait « toujours dit qu'il ne voulait pas vraiment le maintenir sur le long terme ».

    https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg