Tout sur les commandes git

Système de contrôle de version
Aider les développeurs à travailler ensemble travailler simultanément maintient un historique de chaque version

Types de VCS :
CVCS : système de contrôle de version centralisé
DVCS : système de contrôle de version distribué

Cycle de vie de Git

Installation de Git

Ubuntu

• Les packages git sont disponibles via apt
• installer git en utilisant apt-get

sudo apt-get install git

les fenêtres

Télécharger ci-dessous Lien

• Une fois le programme d'installation démarré avec succès, vous devriez voir la configuration de git à l'écran. Suivez les invites Suivant et Terminer pour terminer l'installation.

git --version

Initialiser

• Les commandes Git Initialize sont utilisées pour créer ou initialiser de nouveaux projets sous contrôle de version. Git ne nécessite aucun privilège de serveur ou d'administrateur préexistant.
• Il y a quelques commandes pour l'initialisation qui sont listées ci-dessous
• git init: Transforme le répertoire courant en dépôt Git
• git clone: git clone est utilisé pour créer une copie d'un dépôt existant. En interne, git clone appelle d'abord git init pour créer un nouveau référentiel.
• git add: Les fichiers vont dans la zone de préparation

> `git add .` : all Files goes to staging area

> `git add file1.txt file2.txt` : specific Files goes to staging area

> `git add *.txt` : only extenction files staging area

> `git restore --staged FILE_NAME` : restore file from staging area

• git push: Il déplacera les fichiers du référentiel local vers le référentiel distant
• git fetch: Il sera utilisé pour importer des fichiers de remote-repo vers local-repo
• git pull : C'est la combinaison de 2 commandes fetch etmerge
• les commandes pour initialiser le nouveau référentiel dans le répertoire sont données ci-dessous

> git init
> git add README.md 
> git commit -m "commit" 
> git branch -M main 
> git remote add origin REPO_URL 
> git push -u origin main

• La commande git config est une fonction pratique utilisée pour définir les valeurs de configuration Git au niveau du projet global ou local.

• Le fichier de configuration global Git est stocké dans un fichier nommé .gitconfigdans le répertoire personnel de l'utilisateur. Selon le système d'exploitation :
• il existe des commandes spécifiques pour stocker des valeurs spécifiques

> git config --global user.name ""

> git config --global user.email ""

> git config --global user.password "" 

> git config --global core.editor "code --wait"

> git config --global -e

> git config --global credential.helper store : store the credentials

> git config --global --unset credential.helper : unset the credentials which are set

> git remote set-url origin https://[email protected]/USER_NAME/REPO_NAME.git

> git config  --local user.name "UserName"

> git config  --local user.email "email Address"

> git config  --local user.password "personal Token"

> git config credential.helper store : store the credentials

> git config --local --unset credential.helper: unset the credentials which are set

• en utilisant ces commandes Les fichiers de mise en scène ont été validés dans notre référentiel, avec le message et la description

> git commit -m "message"

> git commit --amend : Add Description or change commit message of the last previous commit 

> git commit -am "message" : commit without stageing

> git reset --hard COMMIT_ID  : delete old commit

> git reset --hard HEAD~COMMIT_NUMBER  : delete old commit using HEAD pointer

> git reset --soft COMMIT_ID  : delete old commit using HEAD pointer

> git show COMMIT_ID : show Actual Commit

> git revert Commit_ID : It will revert you code till Commit_ID

• Le fichier .gitignore dans le répertoire principal de git empêche les fichiers inutiles de pousser dans le référentiel distant car la taille du référentiel diminuera et les seuls fichiers ajoutés qui sont réellement recherchés.
• Le fichier .gitignore contient la liste des fichiers des dossiers

git cachette

• Il prendra vos modifications non validées, les enregistrera pour une utilisation ultérieure et les rétablira de votre copie de travail
• git stash: cachez les changements de repo en local
• git stash pop: cacher les changements qui sont actuellement cachés

• git branch est la nouvelle version du référentiel principal.
• supposons que nous soyons sur un grand projet et si le client souhaite mettre à jour une fonctionnalité sans affecter le projet en direct, la ramification est utile.
• vous devez créer une nouvelle branche dans le référentiel principal après avoir travaillé dessus et lorsque le travail est terminé, fusionnez la branche de fonctionnalité avec main afin que la mise à jour fusionne avec la branche principale.

> git branch Branch_Name : create new branch
 
> git checkout Branch_Name : change the branch

> git branch Old_Branch_Name New_Branch_Name : Rename branch

> git branch -D Branch_Name : Delete branch

> git log main..child : shows the unmarged commits

       
                

                    
                    
                
            

• Marge est le moyen de combiner deux historiques de branche de développement distincts en un seul.
• git merge Branch_Name: Marge la branche enfant avec le parent

• git merge --squash Branch_Name: Marge avec squash (supprime l'historique des commits de sous-branche et marge avec un seul commit)

• La commande git rebase vous permet de changer facilement une série de commits, en modifiant l'historique de votre référentiel. Vous pouvez réorganiser, modifier ou écraser les commits ensemble.
• git rebase Branch_Name: Marge Using Rebase (Changer uniquement la base de la première branche)

• git cherry-pick est une commande puissante qui permet de sélectionner des commits Git arbitraires par référence et de les ajouter au HEAD de travail actuel
• git cherry-pick COMMIT_ID_1 COMMIT_ID_2: Marge à l'aide d'un commit spécifique

Les références