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’.