Discussion :

[petitours]

Bonjour

J'utilise Git en local sans soucis sous windows avec TortoiseGit
J'ai quelques projets sous bitbucket.org que je partage avec d'autres et la plupart de mes projets sur lesquels je bosse seul mais sur plusieurs machines (bureau vs sur le terrain);
Mon besoin est de pouvoir passer d'une machine à une autre en récupérant sur la machine où je me trouve strictement le même dossier local et historique que sur les autres machines.

J'ai utilisé pour cela un Git server installé sur un serveur NAS synology de mon réseau local et pendant un temps ça fonctionnait pas trop mal.
Là je tente de le mettre en place sur 2 nouvelles machines et la com ne fonctionne pas dans certains cas ET je ne récupère pas le même environnement sur toutes les machines
Tout ce que je décris là est avec tortoiseGit sous Windows (sauf le serveur sur le synology)

Cas numéro 1 (où la com fonctionne)
Sur la machine A je push sur le serveur avec l'option --all alors que la branche active s'appelait "Dev"
Sur la machine B je clone le projet. Là je me retrouve par defaut sur "master", je ne peux pas checkout sur "Dev" mais uniquement sur "remote/Dev".
Sur la machine A je peux faire un clic droit

Git commit -> "Dev"

Sur la machine B je n'ai que "Git Commit", sans indication de la branche en cours. Est ce lié au fait que ce n'est pas une branche locale ? (je ne comprends pas la notion de branche Remote/XXXX)
Si je fais Fetch encore et encore sur la machine B j'ai toujours ce truc louche (que je ne sais même pas définir).

Question 1 : Comment obtenir la même chose (de belles branches locales) sur la machine B et A ?

Cas numéro 2 (où la com plante)
Dans l'autre sens, push un projet de la machine B vers Git server, pas moyen de communiquer

Question 2 : Y a t-il un moyen de diagnostiquer clairement l'origine du problème parce que je lis pleins de choses sur des solutions (refaire la clé avec puttygen et j'en passe) mais après un week-end de bricoles à tenter des choses sans avoir un vrai message clair je suis sec.

Question 3: Git et TortoiseGit permettent ils de connecter un serveur Git sans chiffrage ? je suis sur mon réseau local, ces histoires de clé et de connexion sont juste totalement inutiles en plus d'être infernales.

Pour info pour le moment je contourne le problème en utilisant un script de sauvegarde miroir de chaque de mes dépôts locaux vers un serveur de stockage.
La machine A envoi sur le serveur (miroir) puis la machine B récupère le dépôt (second miroir). C'est moche mais au moins pas de soucis de com et j'ai bien strictement la même chose sur A et B.

Merci par avance pour vos lumières.

[LittleWhite]

Bonjour,

Je vais tenter de vous aider.
Premièrement, j'ai très rapidement abandonné Tortoise GIT, car, même si Tortoise SVN est plutôt bon, la version pour GIT n'est qu'une simple adaptation. Sauf que SVN != GIT et cela, de par leur philosophie. Du coup, je trouve Tortoise GIT inadéquat.
Deuxièmement, un git fetch permet de récupérer les informations distantes, mais sans les appliquer à vos fichiers locaux. git pull réalise un fetch et applique les nouvelles informations à vos fichiers locaux. C'est d'ailleurs indiqué dans notre FAQ que je vous conseille de lire .
Troisièmement, dans votre cas 2 (celui où cela ne fonctionne pas), j'aimerai avoir le retour des commandes git remote -v et git status.

Finalement (pour ce message), le process à suivre est un process classique, à base de clone/pull/commit/push. En réalité, que vous soyez un unique développeur utilisant deux postes de travail, ou deux développeurs différents, cela revient 100 % au même. Du coup, vous pouvez suivre tous les tutoriels/guide que vous souhaitez, vous êtes finalement dans un cas classique .

Finalement bis (); avec Bitbucket, je ne pense pas que vous puissiez éviter cette histoire de clef. Mais en même temps, une fois configurée, cela ne devrait plus jamais vous déranger.

[petitours]

Bonjour

Merci pour la réponse, j'ai été un peu long, le temps de trouver comment executer une commande git en ligne de commande

$ git remote -v
IBconnect uGitLocal@NAS20:/volume1/DepotGit/IBconnect.git (fetch)
IBconnect uGitLocal@NAS20:/volume1/DepotGit/IBconnect.git (push)

$ git status
On branch master
nothing to commit, working tree clean

je confirme sur Bitbucket j'ai aussi besoin d'une clé mais là sur la machine A tout fonctionne, sur la B le clonage fonctionne (et il y a bien une clé de ce que je vois) mais le fetch ne fonctionne pas.

Faut que je révise Fetch et Pull, Pull au départ me semblait logique mais dans ma précédent expérience j'avais retenu Fetch mais me souviens plus pourquoi (parce que pull récupérait pas toutes les branches ?????)