10 techniques Git que vous devez savoir avant de rejoindre une équipe

Préparez-vous à rejoindre le voyage de travail d'équipe? Cet article expliquera les compétences GIT nécessaires dans la collaboration d'équipe étape par étape pour vous aider à démarrer facilement.

Points de base:

• Maître les bases de Git: Créer, cloner les référentiels, commettre des changements et pousser et tirer les référentiels distants.
• compétent dans l'utilisation de la ramification et de la fusion: permet à plusieurs développeurs de traiter différentes parties de projets en même temps sans interférer les uns avec les autres.
• Résoudre les conflits de fusion: assurer une fusion en douceur des succursales.
• Apprenez à utiliser GIT LFS pour gérer les grands fichiers binaires: éviter les tailles de référentiel se développent à l'infini avec chaque engagement.

1. Contrairement aux projets individuels à partir de zéro, la collaboration d'équipe nécessite généralement le clonage d'une base de code existante au système local d'abord. Cela vous permet de travailler sur votre propre copie et d'éviter les conflits avec les modifications des autres.

Commande de clone: ​​

Lors du clonage, vous pouvez choisir plusieurs protocoles pour vous connecter à la source.

<code class="language-bash">git clone /path/to/repo
git clone username@remote_system_ip:/path/to/repo/on/remote
git clone https://github.com/sdaityari/my_git_project.git</code>

2.

Après le clonage, le référentiel conservera un pointeur vers le code source, c'est-à-dire le référentiel distant. Un référentiel distant est une autre copie pointant vers le même référentiel. Lors du clonage, un pointeur distant nommé sera automatiquement créé pour pointer vers la source.

Afficher le référentiel distant:

origin

Ajouter un référentiel distant:

<code class="language-bash">git remote -v</code>

Supprimer le référentiel distant:

<code class="language-bash">git remote add remote_name remote_address</code>

Modifier l'adresse de l'entrepôt distant:

<code class="language-bash">git remote remove remote_name</code>

3.

L'un des avantages de Git est ses puissantes capacités de ramification. Une branche est un pointeur vers un engagement dans le référentiel, qui à son tour pointe vers son engagement prédécesseur. Par conséquent, les branches représentent une liste chronologique de commits. La création d'une branche consiste vraiment à créer un nouveau pointeur vers un engagement, mais il représente essentiellement un nouveau chemin de développement indépendant.

<code class="language-bash">git remote set-url remote_name new_remote_address</code>

Dans la collaboration par équipe, les succursales sont utilisées pour distinguer différentes lignes de travail. Plusieurs développeurs traitent de divers problèmes en même temps, idéalement, ces problèmes sont traités sur différentes branches, garantissant que le nouveau code est logiquement séparé avant l'examen et la fusion du code. Afficher la branche:

Créer une branche:

Renommer la branche:

<code class="language-bash">git branch</code>

Supprimer la branche:

<code class="language-bash">git branch new_branch
git checkout -b new_branch  # 创建并切换到新分支</code>

4.

<code class="language-bash">git branch -m new_renamed_branch</code>

Après avoir terminé le traitement du problème, vous devez fusionner les branches dans la branche sous-jacente.

Merge Commande:

<code class="language-bash">git branch -D new_renamed_branch</code>

Le processus de fusion peut prendre du temps car il peut entraîner des conflits.

5.

Si la branche de base met également à jour la même partie du même fichier après avoir créé une nouvelle branche, Git essaiera de conserver toutes les données. S'il n'est pas possible de décider automatiquement des modifications à conserver, un conflit sera augmenté.

En cas de conflit,

<code class="language-bash">git checkout base_branch
git merge new_branch</code>

affichera une liste de fichiers modifiés dans les deux branches. Le fichier conflictuel contient les lignes suivantes:

Les développeurs doivent modifier manuellement le fichier, décider des modifications à conserver, puis soumettre les modifications.

6. Avant de publier le code dans un référentiel distant, vous devez mettre à jour le référentiel local pour inclure toutes les modifications qui se sont produites depuis la dernière mise à jour.

Mettre à jour les modifications à distance:

<code class="language-bash">git clone /path/to/repo
git clone username@remote_system_ip:/path/to/repo/on/remote
git clone https://github.com/sdaityari/my_git_project.git</code>

Téléchargez d'abord les données et fusionnez-la avec la branche locale. Des conflits peuvent également se produire lors de la tir des changements à distance.

git pull Publier des modifications du référentiel distant:

<code class="language-bash">git remote -v</code>

7.

Cloud Collaboration présente le concept de Fork. Fork est une copie du référentiel Cloud Central sous votre nom d'utilisateur. Vous pouvez pousser les modifications à votre fourche sans affecter le référentiel d'origine. Cela affectera les étapes précédentes. Vous clonez votre propre fourchette, donc le dépositaire local

pointe vers la fourche du cloud. Pour obtenir des mises à jour du référentiel d'origine, vous devez ajouter manuellement un référentiel distant nommé

pour pointer du référentiel d'origine.

Fusionner les modifications du référentiel d'origine via la demande de traction. origin upstream

8.

La demande de traction est une demande de fusion du code de branche dans une autre branche. Il résume les différences entre les deux branches et commence les discussions entre les développeurs et les administrateurs. Les avis de code peuvent conduire à plus de modifications et ne peuvent être fusionnés que si l'administrateur est satisfait.

9. Les projets personnels ne peuvent utiliser qu'une seule branche (flux de travail centralisé). Plus complexe est le flux de travail de la branche de fonctionnalité, avec chaque fonctionnalité ou correction de bogue correspondant à une branche.

Gitflow Workflow contient du développement, des caractéristiques, des versions et des branches de correctifs à chaud.

10. git est difficile à gérer les fichiers binaires et exécutables. Git LFS résout ce problème en stockant de grands fichiers binaires dans le cloud et en les remplaçant par des pointeurs de texte.

lecture complémentaire

Cet article présente les conseils Git que vous pouvez utiliser lorsque vous rejoignez une équipe. Pour plus de contenu, veuillez vous référer à:

Jump Start Git

Git professionnel

FAQ

Cet article a inclus des réponses aux questions fréquemment posées.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!