Cheatsheet Git : Différence entre versions
| (3 révisions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
==Les Bases== | ==Les Bases== | ||
| − | <code></code> | + | <code>git</code> est un système de versionning, qui permet de garder un historique des modifications sur un projets, ainsi que de collaborer à plusieurs sur le même code. |
| − | + | Pour cela, git permet de garder les modifications faites, de récuperer et envoyer des modifications, et même de faire des branches pour travailler sur des changements majeurs. | |
| − | |||
| − | == Cloner un repository == | + | === Cloner un repository === |
Pour cloner un repository git, il suffit lancer la commande <code>clone</code>: | Pour cloner un repository git, il suffit lancer la commande <code>clone</code>: | ||
| Ligne 15 : | Ligne 14 : | ||
Attention, il y a deux type d'url pour le nom du repository: HTTPS et SSH. | Attention, il y a deux type d'url pour le nom du repository: HTTPS et SSH. | ||
L'HTTPS n'a pas accès au git copier, tandis que SSH requière une clé SSH enregistrer avec le service git. | L'HTTPS n'a pas accès au git copier, tandis que SSH requière une clé SSH enregistrer avec le service git. | ||
| − | Pour plus d'info, voici par exemple la doc gitlab: | + | Pour plus d'info, voici par exemple la doc gitlab: [https://docs.gitlab.com/ee/user/ssh.html#generate-an-ssh-key-pair] |
Par exemple: | Par exemple: | ||
| + | '''HTTPS''' | ||
| + | <pre> | ||
| + | https://codeberg.org/Pontoporeia/ManjaroGnome_Setup.git | ||
| + | </pre> | ||
| + | '''SSH''' | ||
| + | <pre> | ||
| + | git@codeberg.org:Pontoporeia/ManjaroGnome_Setup.git | ||
| + | </pre> | ||
| + | |||
| + | === Ajouter les fichiers modifié === | ||
| + | Pour voir quel fichier vous avez modifié, vous pouvez utilisez la commande <code>status</code>: | ||
| + | <pre> | ||
| + | git status | ||
| + | </pre> | ||
| + | Vous pourrez voir ce qui a été '''modifié''', '''ajouté''' ou '''supprimé''' | ||
| + | A partir de cette liste de changements, vous pouvez <code>add</code> pour ajouter les fichier récement modifié ou créer. | ||
| + | <pre> | ||
| + | git add nom_du_fichier | ||
| + | </pre> | ||
| + | tandis que <code>remove</code> permet de supprimer du registre les fichier que vous souhaitez enlever. | ||
| + | |||
| + | <pre> | ||
| + | git remove nom_du_fichier | ||
| + | </pre> | ||
| + | |||
| + | '''RACCOURCIS:''' | ||
| + | |||
| + | <pre> | ||
| + | git add . | ||
| + | </pre> | ||
| + | |||
| + | pour ajouter tout les élément changer | ||
| + | |||
| + | <pre> | ||
| + | git add -u | ||
| + | </pre> | ||
| + | |||
| + | pour automatiquement ajouter tout les changements. | ||
| + | |||
| + | === Commit les changements dans le système git === | ||
| + | |||
| + | Une fois les modification ajouter au registre, vous devez ettiqueté les changements avec la fonction <code>commit -m "message"</code>: | ||
<pre> | <pre> | ||
| − | + | git commit -m "changement de tel code etc" | |
| + | </pre> | ||
| + | |||
| + | === PULL et PUSH=== | ||
| + | |||
| + | Pour récuper les dernière modifications fait par des autres, il suffit de lancer la commande <code>pull</code>. Cette commande va récuper le code principale, branche nommé <code>main</code> (anciennement master, ce qui a menée à un débat et un revirement vers la nomination main). | ||
| + | |||
| + | <pre> | ||
| + | git pull | ||
</pre> | </pre> | ||
| + | |||
| + | Lors de cette opération, il a parfois des conflits entre le code que vous avez modifié et le code qui arrive de <code>main</code>. Il faut alors résoudre, ou <code>merge</code> les modification. | ||
| + | |||
| + | C'est une bonne pratique avant de commencer à travailler sur un repo de <code>pull</code> pour être à jours. | ||
| + | |||
| + | <code>push</code> est la commande qui va envoyer votre code vers la branche main, ou une autre. Après avoir <code>add</code> et <code>commit</code> les modifications faites de votre côté, commencer par <code>pull</code> et résoudre les conflits potentiels, puis alors lancer la ligne de commande suivante: | ||
<pre> | <pre> | ||
| − | git | + | git push |
</pre> | </pre> | ||
| + | |||
| + | pour envoyer votre code. | ||
Version actuelle datée du 23 novembre 2022 à 00:00
Sommaire
Les Bases
git est un système de versionning, qui permet de garder un historique des modifications sur un projets, ainsi que de collaborer à plusieurs sur le même code.
Pour cela, git permet de garder les modifications faites, de récuperer et envoyer des modifications, et même de faire des branches pour travailler sur des changements majeurs.
Cloner un repository
Pour cloner un repository git, il suffit lancer la commande clone:
git clone nom_du_repo
Attention, il y a deux type d'url pour le nom du repository: HTTPS et SSH. L'HTTPS n'a pas accès au git copier, tandis que SSH requière une clé SSH enregistrer avec le service git. Pour plus d'info, voici par exemple la doc gitlab: [1] Par exemple: HTTPS
https://codeberg.org/Pontoporeia/ManjaroGnome_Setup.git
SSH
git@codeberg.org:Pontoporeia/ManjaroGnome_Setup.git
Ajouter les fichiers modifié
Pour voir quel fichier vous avez modifié, vous pouvez utilisez la commande status:
git status
Vous pourrez voir ce qui a été modifié, ajouté ou supprimé
A partir de cette liste de changements, vous pouvez add pour ajouter les fichier récement modifié ou créer.
git add nom_du_fichier
tandis que remove permet de supprimer du registre les fichier que vous souhaitez enlever.
git remove nom_du_fichier
RACCOURCIS:
git add .
pour ajouter tout les élément changer
git add -u
pour automatiquement ajouter tout les changements.
Commit les changements dans le système git
Une fois les modification ajouter au registre, vous devez ettiqueté les changements avec la fonction commit -m "message":
git commit -m "changement de tel code etc"
PULL et PUSH
Pour récuper les dernière modifications fait par des autres, il suffit de lancer la commande pull. Cette commande va récuper le code principale, branche nommé main (anciennement master, ce qui a menée à un débat et un revirement vers la nomination main).
git pull
Lors de cette opération, il a parfois des conflits entre le code que vous avez modifié et le code qui arrive de main. Il faut alors résoudre, ou merge les modification.
C'est une bonne pratique avant de commencer à travailler sur un repo de pull pour être à jours.
push est la commande qui va envoyer votre code vers la branche main, ou une autre. Après avoir add et commit les modifications faites de votre côté, commencer par pull et résoudre les conflits potentiels, puis alors lancer la ligne de commande suivante:
git push
pour envoyer votre code.
