remote, c'est pas juste une fonction qui permet de changer la liste des alias des dépots distant ? Dans mercurial cela s'appelle vim […]
Il y a la même chose avec Git, les remote sont configurés dans .git/config, qu'on peut éditer à la main sans problème.
Un truc que Git fait très bien (je ne sais pas ce que font les bookmarks de Mercurial là dessus), c'est pour chaque « remote », garder une copie locale des branches distantes (« remote-tracking branch »). Si je bosse sur la branche « master », que je publie sur le remote « toto », mais que je récupère les changements upstream depuis un autre remote « tutu », alors « master » est l'endroit où je suis en local dans l'historique, « toto/master » pointe sur le dernier commit que j'ai pushé, et « tutu/master » sur le dernier commit que j'ai fetché.
[^] # Re: Je profite de ce troll
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft passe à git. Évalué à 2.
Il y a la même chose avec Git, les remote sont configurés dans .git/config, qu'on peut éditer à la main sans problème.
Un truc que Git fait très bien (je ne sais pas ce que font les bookmarks de Mercurial là dessus), c'est pour chaque « remote », garder une copie locale des branches distantes (« remote-tracking branch »). Si je bosse sur la branche « master », que je publie sur le remote « toto », mais que je récupère les changements upstream depuis un autre remote « tutu », alors « master » est l'endroit où je suis en local dans l'historique, « toto/master » pointe sur le dernier commit que j'ai pushé, et « tutu/master » sur le dernier commit que j'ai fetché.