GitHub est un service, GitLab est un logiciel qui est distribué pour que tu fasse toi même ce que GitHub te propose. Le but est la façon dont tu intéragie entre les deux est différente.
À part les problèmes strictement liés à l'hébergement (le service est down chez moi aujourd'hui), les interactions que tu as avec "Github, le service", permettent à ses gestionnaires d'améliorer "Github, le logiciel". Les interactions que tu aurais avec "Gitorious, le service" ou "FramaGitlab, le service" permettraient à leurs gestionnaires d'améliorer le logiciel correspondant (directement, si les gestionnaires du service sont aussi développeurs du logiciel, ou indirectement s'ils communiquent avec leur upstream).
Quand tu te plains qu'une interface n'est pas intuitive, que tu demandes une fonctionnalité utile, ou même que les statistiques de ton utilisation et de celles des autres permettent de comprendre ce qui est utile et ce qui l'est moins, c'est un logiciel que tu améliores et pas un autre. Aujourd'hui le logiciel qu'une majorité de gens améliorent c'est "Github, le logiciel", aux dépends (indirectement) des logiciels libres équivalents qui veulent répondre au même besoin.
Et je peux comprendre pourquoi, Github le logiciel est objectivement très agréable d'utilisation, et ses développeurs sont plutôt cool pour des développeurs de logiciel propriétaire (API ouverte et bien documentée, etc.). Il n'empêche que ça fait beaucoup de projets libres qui reposent d'une façon essentielle1 sur un logiciel propriétaire.
1: "non mais git c'est décentralisé, ce choix est sans conséquence"; vrai, jusqu'au jour où tu utilises leur bugtracker, leur wiki, leur API pour envoyer des mails sur ta mailing-list, et ce jour arrive très très vite. On peut migrer mais c'est beaucoup de difficultés. Tes messages de commits dans ton logiciel mentionnent des numéros de bug github, tu fais comment pour garder cette histoire quand tu migres ?
(Mais bon déjà à l'époque où c'était Launchpad et pas Github beaucoup disaient que ça ne pose aucun problème de reposer sur du logiciel propriétaire de cette façon. Les avis sont partagés. J'ai listé ce point car c'est un des reproches qu'on pourrait faire à cette annonce de libération.)
[^] # Re: github?
Posté par gasche . En réponse au journal Microsoft libère les sources du cœur de .NET sur github, et ouvre son processus de développement. Évalué à 8. Dernière modification le 13 novembre 2014 à 18:31.
À part les problèmes strictement liés à l'hébergement (le service est down chez moi aujourd'hui), les interactions que tu as avec "Github, le service", permettent à ses gestionnaires d'améliorer "Github, le logiciel". Les interactions que tu aurais avec "Gitorious, le service" ou "FramaGitlab, le service" permettraient à leurs gestionnaires d'améliorer le logiciel correspondant (directement, si les gestionnaires du service sont aussi développeurs du logiciel, ou indirectement s'ils communiquent avec leur upstream).
Quand tu te plains qu'une interface n'est pas intuitive, que tu demandes une fonctionnalité utile, ou même que les statistiques de ton utilisation et de celles des autres permettent de comprendre ce qui est utile et ce qui l'est moins, c'est un logiciel que tu améliores et pas un autre. Aujourd'hui le logiciel qu'une majorité de gens améliorent c'est "Github, le logiciel", aux dépends (indirectement) des logiciels libres équivalents qui veulent répondre au même besoin.
Et je peux comprendre pourquoi, Github le logiciel est objectivement très agréable d'utilisation, et ses développeurs sont plutôt cool pour des développeurs de logiciel propriétaire (API ouverte et bien documentée, etc.). Il n'empêche que ça fait beaucoup de projets libres qui reposent d'une façon essentielle1 sur un logiciel propriétaire.
1: "non mais git c'est décentralisé, ce choix est sans conséquence"; vrai, jusqu'au jour où tu utilises leur bugtracker, leur wiki, leur API pour envoyer des mails sur ta mailing-list, et ce jour arrive très très vite. On peut migrer mais c'est beaucoup de difficultés. Tes messages de commits dans ton logiciel mentionnent des numéros de bug github, tu fais comment pour garder cette histoire quand tu migres ?
(Mais bon déjà à l'époque où c'était Launchpad et pas Github beaucoup disaient que ça ne pose aucun problème de reposer sur du logiciel propriétaire de cette façon. Les avis sont partagés. J'ai listé ce point car c'est un des reproches qu'on pourrait faire à cette annonce de libération.)