Skip to main content
Vous n’avez pas besoin d’apprendre les commandes Git pour contribuer avec Replit. Ces concepts vous aident à comprendre où vont vos modifications et comment votre équipe les relit.

​
Qu’est-ce que Git ?

Git suit les modifications du code au fil du temps. Un dépôt contient le code et son historique. GitHub et GitLab hébergent des dépôts et fournissent des outils de collaboration ; ils ne sont pas Git lui-même. Modifier votre copie de développement dans Replit ne change pas immédiatement le dépôt partagé. En savoir plus : À propos de Git dans la documentation GitHub.

​
Branches

Une branche est une ligne de travail distincte. Effectuez votre contribution sur une branche pour que votre équipe puisse la relire avant qu’elle ne rejoigne la branche par défaut du dépôt, souvent appelée main. Par exemple, la modification du titre de la démo peut vivre sur sa propre branche pendant que la branche par défaut reste inchangée. En savoir plus : À propos des branches dans la documentation GitHub.

​
Commits

Un commit enregistre un ensemble de modifications dans l’historique Git, accompagné d’un message qui les décrit. Le push envoie vos commits locaux vers le dépôt distant. Dans cet exemple, un commit peut enregistrer le nouveau titre. Un commit ultérieur peut enregistrer une révision demandée pendant la relecture. En savoir plus : À propos des commits dans la documentation GitHub.

​
Pull requests

Une pull request propose d’intégrer les modifications d’une branche dans une autre. Votre équipe peut inspecter les modifications, en discuter et examiner les vérifications avant d’accepter la contribution. GitLab appelle cela une merge request. Ouvrir une demande ne fusionne ni ne déploie vos modifications. En savoir plus : À propos des pull requests dans la documentation GitHub.

​
Fusions

Fusionner incorpore les modifications dans la branche cible. Si des branches contiennent des modifications incompatibles, il peut être nécessaire de résoudre d’abord un conflit de fusion. Fusionner et déployer sont deux actions différentes. Votre équipe peut automatiser un déploiement après la fusion, mais cela dépend de sa configuration de publication. En savoir plus : Fusionner une pull request dans la documentation GitHub. Essayez ce workflow dans Apporter une contribution.