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:
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
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
git remote -v
git remote add remote_name remote_address
git remote remove remote_name
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
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
Supprimer la branche:
git branch new_branch git checkout -b new_branch # 创建并切换到新分支
4.
git branch -m new_renamed_branch
Merge Commande:
git branch -D new_renamed_branch
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
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:
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 pour pointer du référentiel d'origine. Fusionner les modifications du référentiel d'origine via la demande de traction. 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. 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 à:
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!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
git pull
Publier des modifications du référentiel distant: git remote -v
origin
upstream
Cet article a inclus des réponses aux questions fréquemment posées.