Maison > Périphériques technologiques > Industrie informatique > 10 techniques Git que vous devez savoir avant de rejoindre une équipe

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

Christopher Nolan
Libérer: 2025-02-15 10:16:11
original
738 Les gens l'ont consulté

10 Git Techniques You Need to Know Before You Join a Team

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.
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
Copier après la connexion
Copier après la connexion

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:

git remote -v
Copier après la connexion
Copier après la connexion
Supprimer le référentiel distant:

git remote add remote_name remote_address
Copier après la connexion
Modifier l'adresse de l'entrepôt distant:

git remote remove remote_name
Copier après la connexion

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.
git remote set-url remote_name new_remote_address
Copier après la connexion

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:

git branch
Copier après la connexion

Supprimer la branche:

git branch new_branch
git checkout -b new_branch  # 创建并切换到新分支
Copier après la connexion

4.
git branch -m new_renamed_branch
Copier après la connexion
Après avoir terminé le traitement du problème, vous devez fusionner les branches dans la branche sous-jacente.

Merge Commande:
git branch -D new_renamed_branch
Copier après la connexion

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,
git checkout base_branch
git merge new_branch
Copier après la connexion
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:

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
Copier après la connexion
Copier après la connexion
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:

git remote -v
Copier après la connexion
Copier après la connexion
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!

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal