Git Cheat Sheet
Introduction
Équipes de développeurs et mainteneurs de logiciels libres en général gérer leurs projets par le biais de Git, un système de contrôle de version distribuée qui prend en charge la collaboration.
Ce guide de style feuille de triche fournit une référence rapide aux commandes qui sont utiles pour travailler et collaborer dans un dépôt Git. Pour installer et configurer Git, n’oubliez pas de lire “How To Contribute to Open Source : Getting Started with Git. »
Comment utiliser ce Guide :
Ce guide est au format de feuille de triche avec des extraits en ligne de commande autonomes.
Sauter à n’importe quel article se rapportant à la tâche que vous tentez d’effectuer.
Quand vous voyez le highlighted text dans les commandes de ce guide, n’oubliez pas que ce texte fasse référence aux validations et de fichiers dans votre propre référentiel.
Set Up et initialisation
Vérifiez votre version de Git avec la commande suivante, qui doit également confirmer que Git est installé.
git –version
Vous pouvez initialiser votre répertoire de travail courant comme un dépôt Git avec init.
git init
Pour copier un dépôt Git existant hébergé à distance, vous allez utiliser git clone avec emplacement URL ou serveur de la repo (dans ce dernier cas vous utiliserez ssh).
git clone https://www.github.com/username/repo-name
Voir l’établissement référentiel distant de votre répertoire actuel de Git.
git remote
Pour une sortie plus bavarde, utilisez l’option -v .
git remote -v
Ajouter le Git en amont, qui peut être une URL ou peut être hébergé sur un serveur (dans ce dernier cas, se connecter avec ssh).
git remote add upstream https://www.github.com/username/repo-name
Mise en scène
Lorsque vous avez modifié un fichier et avez marqué pour aller dans votre prochaine validation, il est considéré être un fichier de mise en scène.
Vérifier l’état de votre dépôt Git, y compris les fichiers ajouté qui ne sont pas mis en scène et les fichiers qui sont mis en scène.
git status
Pour organiser les fichiers modifiés, utilisez la commande add , que vous pouvez exécuter plusieurs fois avant une validation. Si vous apportez des modifications ultérieures que vous voulez inclure dans le prochain commit, vous devez réexécuter add .
Vous pouvez spécifier le dossier spécifique à add.
git add my_script.py
. Permet d’ajouter tous les fichiers dans le répertoire courant, y compris les fichiers qui commencent par un ..
git add .
Vous pouvez supprimer un fichier de mise en scène tout en conservant les changements au sein de votre répertoire de travail avec reset.
git reset my_script.py
Commettant
Une fois que vous avez organisé vos mises à jour, vous êtes prêts à s’engager, qui va enregistrer les modifications apportées au référentiel.
Pour valider les fichiers intermédiaires, vous devez exécuter la commande commit avec le message de validation valable afin que vous pouvez suivre les validations.
git commit -m “Commit message”
Vous pouvez condenser tous les fichiers sur chenilles avec les engageant en une seule étape.
git commit -am “Commit message”
Si vous avez besoin de modifier le message de validation, vous pouvez le faire avec le –amend drapeau.
git commit –amend -m “New commit message”
Branches
Une branche git est un pointeur mobile à l’un de le s’engage dans le référentiel, il vous permet d’isoler le travail et gérer les intégrations et le développement de la fonction. Vous pouvez en savoir plus sur branches en lisant la documentation Git.
Liste de toutes les branches actuelles avec la commande de branch . Un astérisque (*) apparaîtra à côté de votre branche actuellement active.
git branch
Créer une nouvelle branche. Vous resterez sur votre branche actuellement actif jusqu’à ce que vous basculez vers le nouveau.
git branch new-branch
Basculez vers n’importe quelle succursale existante et découvrez-le dans votre répertoire de travail courant.
git checkout another-branch
Vous pouvez consolider la création et l’extraction d’une nouvelle branche à l’aide de l’option -b .
git checkout -b new-branch
Renommez votre nom de la branche.
git branch -m current-branch-name new-branch-name
Fusionner l’histoire de la branche spécifiée dans celui que vous travaillez actuellement.
git merge branch-name
Annuler la fusion, dans le cas où il existe des conflits.
git merge –abort
Vous pouvez également sélectionner une validation particulière de fusionner avec la cherry-pick par la chaîne qui fait référence à la validation spécifique.
git cherry-pick f7649d0
Lorsque vous avez fusionné une branche et n’est plus nécessaire de la branche, vous pouvez le supprimer.
git branch -d branch-name
Si vous n’avez pas fusionné une succursale à maîtriser, mais savez sûr de que vouloir le supprimer, vous pouvez forcer supprimer une branche.
git branch -D branch-name
Collaborer et mettre à jour
Pour télécharger les modifications d’un autre référentiel, comme la télécommande en amont, vous allez utiliser fetch.
git fetch upstream
Fusionner les commits de récupérations.
git merge upstream/master
Pousser ou transmettre vos validations de branche locale à la branche de référentiel distant.
git push origin master
Extraire et fusionner n’importe quel s’engage depuis les sites distants de suivi.
git pull
Inspectant
Afficher l’historique de validation pour la branche actuellement active.
git log
Montrer les validations qui a changé un fichier particulier. Cela suit le fichier indépendamment de renommage de fichiers.
git log –follow my_script.py
Montrer les commits qui sont sur une branche et non sur l’autre. Cela montrera s’engage sur a-branch qui ne sont pas sur b-branch.
git log a-branch..b-branch
Regardez les journaux de référence (reflog) pour voir quand l’extrémité des branches et autres références ont été mise à jour dans le référentiel.
git reflog
Afficher n’importe quel objet à Git via sa chaîne de validation ou de hachage dans un format plus lisible.
git show de754f5
Montrent des changements
La commande git diff montre les changements entre les validations, les branches et plus. Vous pouvez lire davantage à ce sujet par le biais de la documentation de Git.
Comparer des fichiers modifiés qui se trouvent sur l’aire de rassemblement.
git diff –staged
Afficher la différence de ce qui se trouve dans a-branch , mais n’est pas dans b-branch.
git diff a-branch..b-branch
Montrer la diff entre deux validations spécifiques.
git diff 61ce3e6..e221d9c
Ranger
Parfois, vous trouverez que vous avez apporté des modifications à un code, mais avant de terminer, il faut commencer à travailler sur autre chose. Vous n’êtes pas prêt valider les modifications que vous avez fait jusqu’ici, mais vous ne voulez pas perdre votre travail. La commande git stash vous permettra d’enregistrer vos modifications locales et revenir au répertoire de travail qui est conforme à la dernière validation de HEAD .
Planquer votre travail actuel.
git stash
Voir ce que vous avez actuellement planqué.
git stash list
Vos cachettes s’appellera stash@{0}, stash@{1}, et ainsi de suite.
Afficher des informations sur une réserve particulière.
git stash show stash@{0}
Afin de mettre les fichiers dans une cachette actuelle hors la planque tout en conservant la planque, utilisez apply.
git stash apply stash@{0}
Si vous souhaitez apporter des dossiers sur une cachette et n’est plus nécessaire de la planque, utilisez pop.
git stash pop stash@{0}
Si vous n’avez plus besoin les fichiers enregistrés dans une cachette particulière, vous pouvez drop la planque.
git stash drop stash@{0}
Si vous avez plusieurs cachettes sauvés et n’avez plus besoin d’utiliser un quelconque d’entre eux, vous pouvez utiliser clear pour les supprimer.
git stash clear
En ignorant les fichiers
Si vous souhaitez conserver des fichiers dans votre répertoire Git local, mais ne veulent pas commettre au projet, vous pouvez ajouter ces fichiers à votre fichier .gitignore afin qu’ils ne provoquent pas de conflits.
Utilisez un éditeur de texte tel que nano pour ajouter des fichiers dans le fichier .gitignore .
nano .gitignore
Pour consulter des exemples de fichiers .gitignore , vous pouvez regarder de GitHub repo modèle .gitignore .
Rebasage
Un rebasage permet de déplacer les branches en changeant le commit qui elles sont basées sur. Avec relocalisation, vous pouvez écraser ou reformuler s’engage.
Vous pouvez démarrer un rebasage soit en appelant le nombre de validations que vous avez fait que vous vouliez rebase (5 dans le cas ci-dessous).
git rebase -i HEAD~5
Alternativement, vous pouvez rebase basé sur une chaîne de validation particulière ou le hachage.
git rebase -i 074a4e5
Une fois que vous avez écrasé ou reformulation s’engage, vous pouvez compléter le rebasage de la succursale sur le dessus de la dernière version du code en amont du projet.
git rebase upstream/master
Pour en savoir plus sur le changement et le mettre à jour, vous pouvez lire Comment à Rebase et mise à jour une demande de tirer, qui s’applique également à n’importe quel type de validation.
Remise à zéro
Parfois, y compris après un rebasage, vous devez réinitialiser votre arbre de travail. Vous pouvez réinitialiser une validation particulière et supprimer toutes les modifications, avec la commande suivante.
git reset –hard 1fc6665
À force de pousser votre dernier commit connu non conflictuelles dans le référentiel d’origine, vous aurez besoin d’utiliser –force.
Avertissement: Force poussant au maître est souvent mal perçu sauf s’il existe une raison vraiment importante pour le faire. Utilisez avec parcimonie lorsque vous travaillez sur vos propres référentiels et le travail pour éviter ce problème lorsque vous êtes en collaboration.
git push –force origin master
Pour enlever les les non chaînées fichiers et sous-répertoires du répertoire Git pour un nettoyage direction de travail, vous pouvez utiliser git clean.
git clean -f -d
Si vous devez modifier votre référentiel local afin qu’il ressemble à l’actuel maître en amont (autrement dit, il y a trop de conflits), vous pouvez effectuer une réinitialisation matérielle.
Remarque: l’exécution de cette commande rendra votre référentiel local ressembler exactement à l’amont. Tout commet que vous avez fait mais qui n’était pas tirés dans l’ amont sera détruit.
git reset –hard upstream/master
Conclusion
Ce guide couvre une partie des commandes Git plus communs vous pouvez utiliser lors de la gestion des référentiels et de collaborer sur le logiciel.
Vous pouvez en apprendre davantage sur la collaboration dans notre Introduction à la série de didacticiels Open Source et logiciels libres:
Comment contribuer à l’Open Source : Getting Started with Git
Comment créer une demande de tirer sur GitHub
Comment Rebase et mettre à jour une demande de Pull
Comment maintenir les projets de logiciels libres
Il y a beaucoup plus de commandes et les variations qui peuvent vous être utiles comme partie de votre travail avec Git. Pour en savoir plus sur toutes vos options disponibles, vous pouvez exécuter :
git –help
Pour recevoir des informations utiles. Vous pouvez également en savoir plus sur Git et coup d’oeil à la documentation de Git sur le site officiel de Git.
Leave a Reply