Suite à la conférence de Nicolas, voici quelques expériences avec Git et plus particulièrement GitHub.

On va respectivement:

• Mettre un répertoire existant dans Git;
• Utiliser l’application Desktop;
• Travailler avec 2 PCs sur un répertoire partagé;
• Synchroniser deux PCs avec git-gui, et modifier et re-synchroniser les répertoires

Répertoire existant ->GIT

Le but est de déposer un code existant de son PC sur GitHub, de manière à pouvoir le maintenir. Et surtout de déjouer quelques pièges, car devant la complexité de GitHub, on titube (désolé, je n’ai pas pu me retenir).

Exemple: le contenu du répertoire « main_lpc » (c’est du code Arduino). Aller dans le répertoire :

C:\Programs\Git>cd c:\Users\Masur\OneDrive\Documents\Arduino\Soft\main_lpc

Initialiser:
c:\Users\Masur\OneDrive\Documents\Arduino\Soft\main_lpc>git init

Initialized empty Git repository in c:/Users/Masur/OneDrive/Documents/Arduino/Soft/main_lpc/.git/

Ici, attention à résister à la tentation à donner le nom de répertoire « lpc_main », qui serait créé. Pousser tous les fichiers:

c:\Users\Masur\OneDrive\Documents\Arduino\Soft\main_lpc>git add .

warning: LF will be replaced by CRLF in const_def.h.
The file will have its original line endings in your working directory.

Cet avertissement vaut pour tous les fichiers *.ino, *.h ou texte
Pousser les fichiers dans le répertoire Git local:

c:\Users\Masur\OneDrive\Documents\Arduino\Soft\main_lpc>git commit -m « version du 26.07.2015 »

[master (root-commit) f1a0ba2] version du 26.07.2015
9 files changed, 806 insertions(+)
create mode 100644 const_def.h  … ect pour les 9 fichiers.

Ensuite, toutes les commandes git remote échouent. Via le WEB, création du dépôt distant (GitHub):

Essai avec l’appli Desktop, pour pousser les fichiers sur GitHub. Choix du répertoire, renseigné dans les deux champs: repository et local :

Mauvaise idée… un sous répertoire du même nom est créé!

Delete du répertoire …/main_lpc/main_lpc

Sélection avec Desktop, puis Publish (but, pousser les fichiers sur GIT-HUB)

Le dépôt précédemment créé par le WEB gêne.

Solution : delete du dépôt sur GitHub, puis recommencer l’opération « Publish », qui réussit.

Piège du répertoire partagé

Vous avez peut-être remarqué que j’utilise OneDrive pour stocker mes fichiers. Ceci me prémuni contre une panne de HDD et me permet de partager le code sur plusieurs PC. Par contre, si les répertoires ne sont pas strictement identiques entre les 2 PCs, impossible d’utiliser Git sur le second! On obtient:

~\Documents\Arduino\Soft\Blink\blink2 [master ≡ +0 ~0 -1 ~]> git push
To https://github.com/ymasur/blink2
! [rejected] master -> master (fetch first)
error: failed to push some refs to ‘https://github.com/ymasur/blink2’
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes

Dommage…

Synchro de GitHub, de PC1 et de PC2

Situation: on développe sur le  PC1, mais on aimerait poursuivre sur PC2, comme si 2 utilisateurs travaillent à tour de rôle. Ici, on utilise Git-Gui.exe, que l’on peut lancer depuis la ligne de commande par: git-gui.

Le code – en l’occurrence blink2 Arduino – est déjà déposé sur GitHub.

Git-gui (sur PC2)

Etape 1: Clone. Le répertoire local ne doit pas préexister. Charger localement depuis GitHub :

Ajout et modification de fichier

Le fichier toto.txt (complètement bidon) est ajouté. Rescan :

Pour la bonne forme, je modifie le commentaire de blink2.ino. Une fois les modifs terminées, cliquer le fichier pour le passer à Staged…

Puis [Commit] pour enregistrer localement la(les) différence(s)

Nouvelle version sur GitHub

La modif est seulement locale. On la met sur GitHub avec [Push] :

Vérification sur GitHub, via le WEB :

Le fichier toto.txt est bien ajouté; et blink2.ino touché.

Modif avec un répertoire cloné sur PC1

Contrôle des changements

Repository -> Visualize master’s history

Modifications par PC1

Delete de toto.txt ; modif de blink2.ino (on remodifie le commentaire)

Commit et push de cette version :

Synchro sur PC2

Obtenir une réplication correcte (sans tout cloner)

Pour mémoire, on a supprimé le fichier toto.txt. Etape 1, synchro du dépôt local de PC2: git fetch

Etape 2: synchro répertoire de travail : git merge

Le répertoire local est à jour sur le PC2.

Yves Masur (11/2017)