Discussion :

[helpcomm]

Salut,

J'ai besoin de gérer deux serveurs git distants. Les deux serveurs contiennent une branche nomée "mabranche"

Dans mon local j'ai deux "remotes": origin (le serveur principal) et consultants (le serveur secondaire) (j'ai utilisé git add remote pour cela)

Je veux etre capable de faire les opérations suivantes:

* Avoir acces au code de la branche "mabranche" dans le serveur consultants, réviser le code et si c'est valide faire un merge de consultants avec origin
* Je veux aussi pousser de origin a consultants

C'est quoi la meilleure maniere de faire cela?

[Philippe Bastiani]

Bonjour,

Rien de bien sorcier, si tu push/pull inividuellement sur tes remotes !

Après ton

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

git remote add toto url_remote

Il est bon de faire un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

git remote update

pour récupérer les branches trackées... Après, tu peux faire des pull/push individuels en indiquant le remote !

Si tu veux automatiser, tu pourras faire des aliases qui agissent séquentiellement sur tes remotes !
Ou, modifier ton .git/config via git config -e. Par exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
[remote "all"]
    url = git@xxxx/projet.git
    url = git@yyyy/projet.git

Avec 'git push all' pour pousser dans les deux dépots ! Note: tu dois pouvoir modifier ta config via les variantesde 'git remote'

Perso: je préfère les opérations individuelles sur chacun des dépots...

Dans tous les cas tu ne pourras pas faire un lien direct entre tes remotes... il te faudra tjrs, c'est la règle dans git, passer par ton dépot local...

Voilà
a+
Philippe

[helpcomm]

Ca commence à se clarifier. J'avoue que svn et git sont très différents.

Je vais exprimer ce que j'ai compris: Si je veux regarder le code d'un dêpot je fait un pull de ce dépot, je teste en local. Si c'est valide je fait un push vers l'autre dépôt, sinon je fait un revert dans mon local du dernier pull.

Est-ce que c'est la bonne manière de procéder?

Merci

[Philippe Bastiani]

Pas si simple !

git revert ne modifie pas l'historique (i.e. suppression de commit) mais applique un diff inverse ! Le revert d'un merge, suivi de commits et d'un nouveau merge, peut parraître innattendu (c'est très bien expliqué ici) : en gros, il ne faudrait plus travailler sur la branche fautive... ou analyser en détail l'arbre des commits...

Pour corriger le tout tu peux demander à tes collaborateurs de faire un git revert sur la branche qu'ils ont poussé ! Et, de ton côté, il ne faut surtout pas pousser le résultat du pull (i.e le merge) mais faire un reset de ton dépot local: git reset --hard 'SHA-1' (tu pourras retrouver le bon point de restauration à l'aide de git reflog) ou plus simplement git reset --hard ORIG_HEAD (je t'encourage à passer par le reflog).
Attention: avec l'option --hard tu perds tous tes commits... pour éviter celà tu peut mettre les commits que tu souhaites concerver sur une branche avant le reset

a+
Philippe