Travailler avec Git sur la ligne de commande peut être accablant. Pour y remédier, nous avons rassemblé une liste des instructions normales de Git, les méthodes de chacun et la façon de les utiliser. Nous espérons que cela rendra Git plus simple à utiliser au quotidien.
Git a de nombreux clients extraordinaires qui vous permettent d’utiliser Git sans passer par la ligne de commande. Reconnaître les activités que le client effectue hors de vue est utile pour voir comment fonctionne Git. Au cas où vous commenceriez avec Git, consultez également notre guide génial sur le sujet.
Travailler avec les coffres-forts du quartier
git init
Cette ordonnance transforme un registre en une archive Git non remplie. C’est la phase initiale de la constitution d’un magasin. Dans la foulée de l’exécution de git init, il est possible d’inclure et de soumettre des dossiers/registres.
Utiliser :
# changer le répertoire en base de code
$ cd /fichier/chemin/vers/code
# make directory a git repository
$ git init
En pratique :
# changer le répertoire en base de code
$ cd /Utilisateurs/nom de l’ordinateur/Documents/site web
# make directory a git repository
$ git init
Dépôt Git vide initialisé dans /Utilisateurs/nom de l’ordinateur/Documents/site/.git/
git comprennent
Ajoute des documents dans le territoire d’organisation pour Git. Avant qu’un document ne soit accessible pour se concentrer sur une archive, il doit être ajouté à la liste des Git (région organisatrice). Il existe plusieurs approches pour utiliser les Git, y compris des catalogues entiers, des notices explicites ou chaque document non classé.
Utiliser :
$ git add <nom du fichier ou du répertoire>
En pratique :
# Pour ajouter tous les fichiers non mis en scène :
$ git add .
# Pour mettre en scène un dossier spécifique :
$ git add index.html
# Pour mettre en scène un répertoire entier :
$ git add css
git submit
Enregistrez les progrès réalisés dans la transmission des documents à un entrepôt voisin. Pour une simple référence, chaque document soumis est doté d’une identification unique.
La meilleure pratique consiste à intégrer un message à chaque soumission, clarifiant les progrès réalisés dans une soumission. L’ajout d’un message de soumission permet de trouver un changement spécifique ou de comprendre les changements.
Utiliser :
# Ajout d’un commit avec message
$ git commit -m “Commit message in quotes”
En pratique :
$ git commit -m “Mon premier message d’engagement”
[SecretTesting 0254c3d] Mon premier message de validation
1 fichier modifié, 0 insertions(+), 0 suppressions(-)
créer le mode 100644 homepage/index.html
statut de l’entreprise
Cette ordonnance rétablit l’état actuel des archives.
Le statut de GIT permettra de rétablir la branche actuelle. Si un document se trouve sur le territoire de l’agence, mais n’a pas été soumis, il apparaîtra avec le statut d’agence. Ou encore, s’il n’y a pas de progression, il ne renvoie rien à soumettre, le registre de travail est propre.
$ git status
En pratique :
# Message lorsque les fichiers n’ont pas été mis en scène (git add)
$ git status
Sur la branche SecretTesting
Fichiers non tracés :
(utilisez “git add <file>…” pour inclure dans ce qui sera commis)
page d’accueil/index.html
# Message lorsque les fichiers n’ont pas été validés (git commit)
$ git status
Sur la branche SecretTesting
Votre agence est à jour avec “origin/SecretTesting”.
Changements à engager :
(utilisez “git reset HEAD <file>…” pour annuler la mise en scène)
nouveau fichier : homepage/index.html
# Message lorsque tous les fichiers ont été mis en scène et commis
$ git status
Sur la branche SecretTesting
rien à commettre, répertoire de travail propre
git config
Avec Git, il existe de nombreux arrangements et réglages possibles. git config est la façon de faire la répartition de ces réglages. Deux paramètres importants sont le nom d’utilisateur du client et le courriel de l’utilisateur. Ces qualités définissent l’adresse électronique et le nom qui seront envoyés à partir d’un PC voisin. Avec git config, une bannière – mondiale est utilisée pour composer les paramètres de tous les entrepôts sur un PC. Sans cette bannière, les paramètres s’appliqueront uniquement à l’entrepôt dans lequel vous vous trouvez actuellement.
$ git config <setting> <command>
En pratique :
# Exécution de git config globalement
$ git config –global user.email “my@emailaddress.com”
$ git config –global user.name “Brian Kerr”
# Exécution de git config sur les paramètres actuels du dépôt
$ git config user.email “my@emailaddress.com”
$ git config user.name “Brian Kerr”
git combine
Incorporer les branches ensemble. git blend joint les progressions commençant par une branche puis sur la branche suivante. Par exemple, combiner les progressions faites dans une branche organisatrice à la branche stable.
# Fusionner les changements dans la branche actuelle
$ git merge <branch_name>
En pratique :
# Fusionner les changements dans la branche actuelle
$ git merge new_feature
Mise à jour 0254c3d.. 4c0f37c
Avance rapide
homepage/index.html | 297 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1 fichier modifié, 297 insertions(+)
créer le mode 100644 homepage/index.html
Travailler avec des entrepôts éloignés
git remote
Pour interfacer les archives d’un quartier avec une voûte à distance. Un coffre-fort distant peut avoir un nom défini pour s’abstenir de rappeler l’URL de l’archive.
Utiliser :
# Ajouter un dépôt à distance
$ git remote <command> <remote_name> <remote_URL>
# Liste des dépôts distants nommés
$ git remote -v
En pratique :
# Ajout d’un dépôt à distance portant le nom de beanstalk
$ git remote add origin git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
# Liste des dépôts distants nommés
$ git remote -v
origine git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (fetch)
origine git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (push)
clone de git
Pour faire une copie fonctionnelle à proximité d’un entrepôt distant actuel, utilisez un clone de git pour dupliquer et télécharger la chambre forte sur un PC. Le clonage est ce qui pourrait être comparé à git init lorsqu’on travaille avec un magasin distant. Git fera un catalogue local avec tous les documents et l’historique de l’entrepôt.
clone de $ git <remote_URL>
En pratique :
$ git clone git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
Le clonage dans “nom_du_dépôt”…
à distance : Comptage d’objets : 5, fait.
à distance : Compression d’objets : 100% (3/3), effectué.
à distance : Total 5 (delta 0), réutilisé 0 (delta 0)
Réception d’objets : 100% (5/5), 3,08 KiB | 0 octets/s, fait.
Vérification de la connectivité… faite.
l’attraction
Pour obtenir l’adaptation la plus récente d’un coffre-fort, faites un tirage de git. Cela tire les progressions de l’archive distante vers le PC voisin.
Utiliser :
$ git pull <branch_name> <remote_URL/remote_name>
En pratique :
# Tirer de la télécommande nommée
$ git pull origin staging
De nom_du_compte.git.beanstalkapp.com:/nom_du_compte/nom_du_repositaire
* mise en scène de la branche -> FETCH_HEAD
* [nouvelle branche] mise en scène -> origine / mise en scène
Déjà à jour.
# Tirer de l’URL (pas fréquemment utilisé)
$ git pull git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git mise en scène
De nom_du_compte.git.beanstalkapp.com:/nom_du_compte/nom_du_repositaire
* mise en scène de la branche -> FETCH_HEAD
* [nouvelle branche] mise en scène -> origine / mise en scène
Déjà à jour.
Directions des Git Propulsés
planquer
Pour épargner les modifications effectuées lorsqu’ils ne sont pas en état de les soumettre à une archive. Cela permettra de stocker les travaux et de disposer d’un registre de travail impeccable. Par exemple, si vous tentez de modifier un composant qui n’est pas terminé, il faut cependant tenir compte d’un bogue critique.
L’utilisation :
$ git push <remote_URL/remote_name> <branch>
# Poussez toutes les succursales locales vers le dépôt à distance
$ git push -all
En pratique :
# Pousser une branche spécifique vers un distant avec nommé distant
$ git push origin staging
Comptage d’objets : 5, fait.
Compression delta utilisant jusqu’à 4 fils.
Compression d’objets : 100% (3/3), effectué.
Les objets d’écriture : 100% (5/5), 734 octets | 0 octets/s, fait.
Total 5 (delta 2), réutilisé 0 (delta 0)
À l’adresse suivante : git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
ad189cb.. 0254c3d Essais secrets -> Essais secrets
# Poussez toutes les succursales locales vers le dépôt à distance
$ git push –all
Comptage d’objets : 4, terminé.
Compression delta utilisant jusqu’à 4 fils.
Compression d’objets : 100% (4/4), terminé.
Les objets d’écriture : 100% (4/4), 373 octets | 0 octets/s, fait.
Total 4 (delta 2), réutilisé 0 (delta 0)
à distance : Résoudre les deltas : 100% (2/2), complété par 2 objets locaux.
À l’adresse suivante : git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
0d56917..948ac97 maître -> maître
ad189cb.. 0254c3d Essais secrets -> Essais secrets
Commandes avancées de Git
planquer
Pour sauvegarder les modifications apportées lorsqu’elles ne sont pas en état de les consigner dans un dépôt. Cela permettra de stocker le travail et de donner un répertoire de travail propre. Par exemple, lorsque vous travaillez sur une nouvelle fonctionnalité qui n’est pas complète, mais qu’un bug urgent doit être corrigé.
Utilisation :
# Stocker le travail en cours avec des fichiers non tracés
$ git stash -u
# Ramener le travail caché dans le répertoire de travail
$ git stash pop
En pratique :
# Stocker le travail actuel
$ git stash -u
Sauvegarde du répertoire de travail et de l’état de l’index WIP sur SecretTesting : 4c0f37c Ajout d’un nouveau fichier à la branche
HEAD est maintenant à 4c0f37c Ajout d’un nouveau fichier à la branche
# Ramener le travail caché dans le répertoire de travail
$ git stash pop
Sur la branche SecretTesting
Votre branche et “l’origine/les tests secrets” ont divergé,
et ont respectivement 1 et 1 engagement différent.
(utilisez “git pull” pour fusionner la branche distante avec la vôtre)
Les changements ne sont pas mis en scène pour l’engagement :
(utilisez “git add <file>…” pour mettre à jour ce qui sera commis)
(utilisez “git checkout — <file>…” pour ignorer les changements dans le répertoire de travail)
modifié : index.html
aucun changement ajouté au commit (utilisez “git add” et/ou “git commit -a”)
Dropped refs/stash@{0} (3561897724c1f448ae001edf3ef57415778755ec)
git rm
Expulser des documents ou des catalogues de la fiche de travail (région organisatrice). Avec le git rm, il y a deux choix à retenir : le pouvoir et le stockage. L’exécution de l’ordre avec le pouvoir efface le document. L’ordre réservé expulse le document de la liste de travail. Lors de l’évacuation d’un catalogue entier, un ordre récursif est important.
Utilisation :
# Pour supprimer un fichier de l’index de travail (mis en cache) :
$ git rm –cache <nom du fichier>
# Pour supprimer un fichier (forcer) :
$ git rm -f <nom du fichier>
# Pour supprimer un répertoire entier de l’index de travail (mis en cache) :
$ git rm -r –cached <nom du répertoire>
# Pour supprimer un répertoire entier (force) :
$ git rm -r -f <nom du fichier>
En pratique :
# Pour supprimer un fichier de l’index de travail :
$ git rm –cached css/style.css
rm ‘css/style.css’.
# Pour supprimer un fichier (forcer) :
$ git rm -f css/style.css
rm ‘css/style.css’.
# Pour supprimer un répertoire entier de l’index de travail (mis en cache) :
$ git rm -r –cached css/
rm ‘css/style.css’.
rm ‘css/style.min.css’.
# Pour supprimer un répertoire entier (force) :
$ git rm -r -f css/
rm ‘css/style.css’.
rm ‘css/style.min.css’.
