Différences

Ci-dessous, les différences entre deux révisions de la page.

--- git:start [2021/11/27 06:26] – [Developpement] felix
+++ git:start [2022/10/20 17:18] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 3: / Ligne 3: @@
 Git est un outil de dépôt de logiciel. Il s'adresse aux kaznautes avertis.
-~~MULTI_PLUGIN_OPEN~~
 ??? Comment déposer mes sources sur votre git ?
 !!!
 Nous réservons cette fonction aux kaznautes (toujours dans le souci de localiser les données au plus proche des utilisateurs).
-Si vous souhaitez avoir un compte sur notre git, envoyez nous un courriel à [[contact@kaz.bzh|]]
+Si vous souhaitez avoir un compte sur notre git, envoyez-nous un courriel à [[contact@kaz.bzh|]]
 ???
-~~MULTI_PLUGIN_CLOSE~~
 ====== Quelques commandes utiles ======
-Voici quelques commandes utiles. La liste n'est pas exhaustives. En particulier, il n'est pas expliqué comment détruire des branches ou des rétractation d'évolution des sources sur le serveurs.
+Voici quelques commandes utiles. La liste n'est pas exhaustive. En particulier, il n'est pas expliqué comment détruire des branches ou des rétractations d'évolution des sources sur le serveur.
-Ceci est très dangereux car, si un autre développeurs a entre-temps fait des mise à jour les changement incrémentaux n'auront plus aucun sens (c'est un peu comme modifier le continuum espace-temps et entraîner la destruction de l'univers. Dans le meilleur des cas, cela pourrait se limiter à votre espace git).
+Ceci est très dangereux car, si un autre développeur a entre-temps fait des mises à jour les changements incrémentaux n'auront plus aucun sens (c'est un peu comme modifier le continuum espace-temps et entraîner la destruction de l'univers. Dans le meilleur des cas, cela pourrait se limiter à votre espace git).
+===== Principe =====
+GIT est un moyen pour les développeurs de gérer des versions de leurs sources.
+On distingue :
+  * une base de données sur un ou des serveurs (remote)
+  * une base de données locale chez chaque développeur (local)
+{{ :git:git-schema.png?direct&400 |}}
+Voici 4 familles de commande GIT suivant le sens de déplacement des données :
+  * (1) copie une branche de la BD locale vers le répertoire courant
+<code>git checkout ...</code>
+  * (2) copie du répertoire courant vers une branche de ta BD locale.
+<code>git commit -a</code>
+  * (3) copie du serveur vers le répertoire courant
+<code>git pull ...</code>
+  * (4) copie du répertoire courant vers le serveur
+<code>git push ...</code>
 ===== Initialisation =====
@@ Ligne 43: / Ligne 61: @@
 export EDITOR=emacs
 </code>
+Il faut faire la modification dans son <wrap safety>~/.bashrc</wrap>
 </WRAP>
@@ Ligne 60: / Ligne 79: @@
 </code>
-===== Developpement =====
+===== Développement =====
 Pour la création d'une sous-branche
@@ Ligne 67: / Ligne 86: @@
 git checkout -b develop master
 git checkout -b develop-perso develop
 </code>
@@ Ligne 78: / Ligne 96: @@
 </code>
-On peut créer des répertoires et des fichiers il ne seront pas affecté par les changement de branche tant qu'ils ne sont pas inclus dans la liste des fichiers de référence.
+On peut créer des répertoires et des fichiers, ils ne seront pas affectés par les changements de branche tant qu'ils ne sont pas inclus dans la liste des fichiers de référence.
 On peut ajouter des fichiers avec la commande suivante (la tabulation complète avec les fichiers pas encore dans le git) :
@@ Ligne 84: / Ligne 102: @@
 <code bash>
 git add mon-fichier
 </code>
-A tout moment, on peut synchroniser les fichiers avec la référence local qui se trouve dans <wrap>.git</wrap> (synchronisation répertoire - base locale) avec la commande :
+A tout moment, on peut synchroniser les fichiers avec la référence locale qui se trouve dans <wrap safety>.git</wrap> (synchronisation répertoire - base locale) avec la commande :
 <code bash>
@@ Ligne 106: / Ligne 123: @@
 git fetch -a
 git pull une-branche
 </code>
@@ Ligne 113: / Ligne 129: @@
 <code bash>
 git branch --set-upstream-to=origin/develop develop
+git config push.default current
 </code>
@@ Ligne 122: / Ligne 138: @@
 <code bash>
 git config pull.rebase false
 </code>
-Dans ce cas, il pourra identifier des conflits qui seront signaler dans les sources (ça les rend invalides tant qu'un humain n'a pas fait es corrections nécessaires). </WRAP>
+Dans ce cas, il pourra identifier des conflits qui seront signalés dans les sources (ça les rend invalides tant qu'un humain n'a pas fait des corrections nécessaires). </WRAP>
-pour intégrer les modification d'une autre branche faire :
+pour intégrer les modifications d'une autre branche faire :
 <code bash>
 git merge une-branche-avec-de-nouvelles-fonctions
 </code>
-Pour réinitialisé vos fichiers à la dernière synchronisation locale (commit), c'est à dire perdre votre travail en cours :
+Pour réinitialiser vos fichiers à la dernière synchronisation locale (commit), c'est à dire perdre votre travail en cours :
 <code bash>
 git reset --hard HEAD
 </code>
-Si vous êtes plusieurs développeurs, git fait des fusions automatiques et va prendre de chaque contribution les modification ajout ou suppression de ligne. En revanche, si 2 développeurs vont chacun dans leur branche faire une modification différente (comme renommer une variable i en j dans les 2 cas mais ne pas mettre le même nombre d'espaces avant). Dans ce cas, seul un être humain peut résoudre ce problème.
+Si vous êtes plusieurs développeurs, git fait des fusions automatiques et va prendre de chaque contribution les modifications ajout ou suppression de ligne. En revanche, si 2 développeurs vont chacun dans leur branche faire une modification différente (comme renommer une variable i en j dans les 2 cas mais ne pas mettre le même nombre d'espaces avant). Dans ce cas, seul un être humain peut résoudre ce problème.
 Mais git vous le signale avec le motif suivant :
@@ Ligne 153: / Ligne 166: @@
 </code>
-Prenons l'exemple du fichier <wrap>test.c</wrap> qui contient :
+Prenons l'exemple du fichier <wrap safety>test.c</wrap> qui contient :
 <code c++>
 int i; // une variable
 </code>
-Vous avez modifié votre branche <wrap>develop-perso</wrap> avec :
+Vous avez modifié votre branche <wrap safety>develop-perso</wrap> avec :
 <code c++>
 int j; // compteur de brouzouf (avant c'était i)
@@ Ligne 168: / Ligne 181: @@
 </code>
-Au moment de <wrap>git pull</wrap> ou de <wrap>git merge develop</wrap>, il y a le message :
+Au moment de <wrap safety>git pull</wrap> ou de <wrap safety>git merge develop</wrap>, il y a le message :
 <code>
 Fusion automatique de test.c
@@ Ligne 175: / Ligne 188: @@
 </code>
 L'édition du fichier donne :
-{{ :git:conflit-fussion.png?direct&400 |}}
+{{ :git:conflit-fussion.png?direct&600 |}}
+Voici quelques commandes utiles :
+<code>
+key             binding
+---             -------
+C-c ^ n  	smerge-next
+C-c ^ p		smerge-prev
+C-c ^ u		smerge-keep-upper
+C-c ^ l		smerge-keep-lower
+C-c ^ a		smerge-keep-all
+C-c ^ RET	smerge-keep-current
+C-c ^ C		smerge-combine-with-next
+</code>
+<WRAP center round tip 60%>
+Pour rechercher les conflits faire
+<code bash>
+git diff --name-only --diff-filter=U
+</code>
+ou
+<code bash>
+find . -type f -exec grep -q "<<<<<<<" {} \;  -exec grep -q ">>>>>>>" {} \; -print
+</code>
+</WRAP>
 ===== Fusion =====
@@ Ligne 186: / Ligne 224: @@
 {{ :git:demande-fusion.png?direct&400 |}}
-Ensuite vous remplissez le formulaire en indiquant à gauche la branche de destination et à droite la branche qui contient modifications récentes (le sens n'est pas naturelle).
+Ensuite vous remplissez le formulaire en indiquant à gauche la branche de destination et à droite la branche qui contient modifications récentes (le sens n'est pas naturel).
 {{ :git:confirme-fusion.png?direct&600 |}}
 L'administrateur va lui ensuite valider sans rien faire s'il est d'accord ou bien charger cette branche, la modifier et utiliser la commande "merge".
 {{ :git:valide-fusion.png?direct&600 |}}

Panneau latéral

Outils pour utilisateurs

Outils du site

Différences

Outils de la page