Pull pour une autre branche de Git sans changer de branche

Vous pouvez utiliser git stash avant de vérifier master et pulling, et après avoir vérifié live à nouveau utiliser git stash pop (ou si votre git est plus ancien, git stash apply y git stash clear en supposant que vous n'avez pas caché autre chose)

Résolvez d'abord le problème. Ils ne devraient pas pousser vers une branche où ils n'ont pas à le faire.

Ce que vous semblez demander serait quelque chose comme

git checkout live
git pull origin master

Cela va tenter de fusionner le master distant et votre branche vivante.

Je vous recommande de créer un repo git de test pour que tout le monde commit. Tous les dépôts, y compris votre site web live, seront des clones du repo de test. De cette manière, n'importe qui peut pousser vers testing sans toucher le site web live. Lorsque quelqu'un a besoin de mettre à jour le site en direct, vous pouvez alors extraire le site en direct du dépôt git de test. Ce flux de travail est assez similaire à celui de SVN. Pour plus de flexibilité, je recommande d'utiliser la branche "live" que vous décrivez.

Pour résumer, le dépôt git de chacun est un clone du dépôt de test. Le site de production en direct est juste un clone du repo de testing également. Alternativement, le site de test pourrait être un clone du site de production afin qu'un "git push" aille toujours vers la production.

D'autres options incluent l'ajout de la branche "live" à cet arrangement ou l'inclusion d'un repo "staging" entre le test et la production. Pour une sécurité supplémentaire, je recommande de restreindre l'accès au repo git live et de forcer les gens à utiliser un script sécurisé qui fait le pull vers la production live.

Tout d'abord, notez que vous n'avez jamais réellement besoin d'une copie locale de master si vous ne vous y engagez pas directement. La solution la plus simple à votre problème est donc de modifier cette partie de votre flux de travail :

git merge master

à

git merge origin/master

Ainsi, vous n'avez pas à vous soucier de retirer la branche locale. Ceci étant dit, si vous préférez avoir la copie locale, il est conceptuellement plus facile de penser à "mettre à jour master" sans le vérifier d'abord, de cette façon :

# delete your local master (normally either -d or -D should work here)
git branch -D master
# create a new copy of master from the remote copy
git branch master origin/master

Et il y a aussi un moyen plus rapide, puisque vous pouvez le forcer et sauter la suppression :

# replace your local copy of master with it's remote version, even if it already exists
git branch -f master origin/master

Évidemment, toutes ces commandes supposent que vous avez déjà récupéré la dernière origine au préalable. Si ce n'est pas le cas, exécutez git fetch d'abord.