Configurer une origine distante git

180

J'ai les dépôts suivants.

DEV REPO: dans un répertoire de ma machine de développement où j'apporte des modifications
MAIN REPO: référentiel nu sur ma machine de développement vers lequel je pousse les modifications depuis le dépôt de développement
PRODUCTION REPO: référentiel sur la machine hôte pour extraire les mises à jour du référentiel principal

J'avais l'habitude git remote add origin /Users/me/sites/main_repode définir le repo MAIN comme origine du repo DEV. Le référentiel PRODUCTION se trouve sur un hôte distant. Puis-je utiliser une variante de la même commande pour définir le référentiel MAIN comme origine du référentiel PRODUCTION également? Si "oui", alors je suppose que la syntaxe inclurait une adresse IP. À quoi cela ressemblerait-il?

git

— Geai
source

Vous ne vouliez pas dire "définir le repo PRODUCTION comme origine du repo MAIN"?

— Pedro A

Réponses:

289

Utilisation de SSH

git remote add origin ssh://login@IP/path/to/repository

Utiliser HTTP

git remote add origin http://IP/path/to/repository

Cependant, avoir un git pullprocessus de déploiement simple est généralement une mauvaise idée et doit être évité au profit d'un véritable script de déploiement.

— Clément Herreman
source

Pourquoi est-ce vraiment une mauvaise idée? Recherche maintenant des exemples de script de déploiement.

— Jay

Parce que le déploiement signifie souvent (lire «toujours») plus que ce que git pullfaire. Vous devrez peut-être configurer les informations d'identification de la base de données de production, vider le cache, augmenter le numéro de version, sauvegarder l'ancienne version afin de pouvoir revenir en arrière en cas de problème, optimiser / réduire vos actifs (CSS et Js par exemple) et un bazillions d'autres des choses.

— Clement Herreman

@ClementHerreman - il semble que, d'après votre explication, utiliser git pull n'est pas tant une "mauvaise idée" qu'une solution limitée. Parfois, je trouve que git pull est une solution de déploiement simple et parfaitement efficace lorsque j'ai un scénario simple.

— Brady Holt

Je pense que vous devez spécifier ssh: // pour la manière ssh, c'est-à-dire git remote add origin ssh: // login @ IP / path / to / repository

— kakyo

Je pense que si nous modifions la déclaration finale en "est parfois une mauvaise idée" sans caractère gras, ce serait une excellente réponse.

— Chris Moschini

104

Pour tous ceux qui viennent ici, comme je l'ai fait, à la recherche de la syntaxe pour changer l' origine vers un emplacement différent, vous pouvez trouver cette documentation ici: https://help.github.com/articles/changing-a-remote-s-url/ . Utiliser git remote addpour faire cela entraînera "fatal: l'origine distante existe déjà."

Bref: git remote set-url origin https://github.com/username/repo

(La réponse marquée est correcte, j'espère juste aider quelqu'un d'aussi perdu que moi ... haha)

— philosophe perdu
source

Cette réponse est meilleure pour les personnes souhaitant changer "git remote url" si elle existe déjà. Merci @lostphilosopher

— eonist

Vous pouvez inclure la branche à suivre lors de la configuration des télécommandes, pour que les choses fonctionnent comme prévu:

git remote add --track master origin user@somesite.com:group/project.git   # git
git remote add --track master origin user@172.16.1.100:group/project.git   # git w/IP
git remote add --track master origin http://github.com/group/project.git   # http
git remote add --track master origin http://172.16.1.100/group/project.git # http w/IP
git remote add --track master origin /Volumes/Git/group/project/           # local
git remote add --track master origin G:/group/project/                     # local, Win

Cela vous évite d'avoir à modifier manuellement votre configuration git ou à spécifier manuellement le suivi des branches.

— Michael Thompson
source