IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

FAQ Git : retrouvez les meilleures réponses à vos questions pour apprendre Git, de niveau débutant à expert

FAQ Git : retrouvez les meilleures réponses à vos questions pour apprendre Git, de niveau débutant à expertConsultez toutes les FAQ

Nombre d'auteurs : 6, nombre de questions : 110, dernière mise à jour : 19 juin 2021 

 
OuvrirSommaireOutils

GitHub est la plus grosse plate-forme mondiale d’hébergement web de dépôts Git.

L’entreprise a été rachetée en juin 2018 par Microsoft.

GitHub s’utilise comme une solution SaaS hébergée dans le cloud. Il est possible d’héberger un serveur sur son réseau local, mais cette solution est payante et relativement chère (plusieurs dizaines d’euros par utilisateur).

Par défaut, tous les dépôts sont publics, il faut payer pour disposer de dépôts privés.

La solution propose un grand nombre de fonctionnalités, de manière non-exhaustive on trouve :

  • les issues qui peuvent être utilisées comme un bug tracker ou/et comme un planificateur de tâches ;
  • les milestones qui permettent de relier les issues à une version en devenir ;
  • les releases qui permettent d’associer des tags à un CHANGELOG (bon de livraison).

La solution s’intègre aussi avec une grande quantité de services externes, intégration continue, code coverage, etc …

Les tarifs de GitHub se trouvent à cette adresse.

Mis à jour le 8 mars 2019  par Marc Loupias

GitLab est le concurrent direct de GitHub bien qu’il couvre une surface fonctionnelle plus importante mais moins flexible (intégration moins importante avec les autres fournisseurs de services).

En effet, GitLab ne se limite pas à la gestion du code source, il inclut tout le cycle de vie du projet, de la gestion du dépôt jusqu’au déploiement.

GitLab propose un service SaaS similaire à celui de GitHub, mais il est également possible de le déployer sur un réseau local gratuitement.

Les tarifs de GitLab se trouvent à cette adresse. L’hébergement de dépôts privés est gratuit.

Mis à jour le 8 mars 2019  par Marc Loupias

Conceptuellement, il n’y a aucune différence, il s’agit simplement d’une question de point de vue pour nommer cette opération.

Sur une “pull request” on demande au mainteneur de tirer (pull) sa branche pour une relecture suivie d’une fusion (merge). La notion de fusion est implicite.

Sur une “merge request” on demande explicitement au mainteneur de gérer la demande de fusion.

Mis à jour le 8 mars 2019  par Marc Loupias

Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright © 2019 Developpez Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.