Comment remplacer une branche locale par une branche distante entièrement dans Git?

J'ai deux branches:

1. branche locale (celle avec laquelle je travaille)
2. branche distante (publique, seuls les commits bien testés y vont)

Récemment, j'ai sérieusement gâché ma succursale locale.

Comment pourrais-je remplacer entièrement la branche locale par la branche distante, afin de pouvoir continuer mon travail à partir de l'emplacement actuel de la branche distante?

J'ai déjà recherché SO et la vérification de la succursale distante localement n'a aucun effet.

1. Assurez-vous d'avoir vérifié la branche que vous remplacez (d'après le commentaire de Zoltán ).

2. En supposant que le maître est la branche locale que vous remplacez et que "origine / maître" est la branche distante que vous souhaitez réinitialiser:

   git reset --hard origin/master
   

Cela met à jour votre branche HEAD locale pour qu'elle soit la même révision que origin / master et --hardsynchronise également cette modification dans l'index et l'espace de travail.

C'est aussi simple que trois étapes:

1. Supprimez votre succursale locale: git branch -d local_branch
2. Récupérez la dernière branche distante: git fetch origin remote_branch
3. Reconstruisez la branche locale basée sur celle distante: git checkout -b local_branch origin/remote_branch

git branch -D <branch-name>
git fetch <remote> <branch-name>
git checkout -b <branch-name> --track <remote>/<branch-name>

Remplacez tout par la branche distante; mais , à partir du même commit, votre branche locale est activée:

git reset --hard origin/some-branch

OU , obtenez les dernières nouvelles de la succursale distante et remplacez tout:

git fetch origin some-branch
git reset --hard FETCH_HEAD

En passant, si nécessaire, vous pouvez effacer les fichiers et répertoires non suivis que vous n'avez pas encore validés:

git clean -fd

La façon la plus sûre et la plus complète de remplacer la branche locale actuelle par la télécommande:

git stash
git merge --abort
git rebase --abort
git branch -M yourBranch replaced_yourBranch
git fetch origin yourBranch:yourBranch
git checkout yourBranch

La stashligne enregistre les modifications que vous n'avez pas validées. La branchligne déplace votre branche vers un nom différent, libérant ainsi le nom d'origine. La fetchligne récupère la dernière copie de la télécommande. La checkoutligne recrée la branche d'origine en tant que branche de suivi.

Ou comme fonction bash:

replaceWithRemote() {
    yourBranch=${1:-`git rev-parse --abbrev-ref HEAD`}
    git stash
    git merge --abort
    git rebase --abort
    git branch -M ${yourBranch} replaced_${yourBranch}_`git rev-parse --short HEAD`
    git fetch origin ${yourBranch}:${yourBranch}
    git checkout ${yourBranch}
}

qui renomme la branche actuelle en quelque chose comme replace_master_98d258f.

Je suis un peu surpris que personne n'en ait encore parlé; Je l'utilise presque tous les jours:

git reset --hard @{u}

Fondamentalement, il @{u}s'agit simplement d'un raccourci pour la branche en amont que votre branche actuelle suit. Par exemple, cela équivaut généralement à origin/[my-current-branch-name]. C'est bien parce que c'est indépendant de la branche.

Assurez-vous d' git fetchabord d'obtenir la dernière copie de la branche distante.

Cela peut être fait de plusieurs façons, en continuant à modifier cette réponse pour diffuser une meilleure perspective de connaissances.

1) Réinitialiser dur

Si vous travaillez à partir de la branche de développement à distance, vous pouvez réinitialiser HEAD sur le dernier commit sur la branche à distance comme ci-dessous:

git reset --hard origin/develop

2) Supprimez la branche en cours et passez à nouveau à la caisse du référentiel distant

Considérant que vous travaillez sur le développement d'une branche dans le référentiel local, qui se synchronise avec la branche distante / développement, vous pouvez faire comme ci-dessous:

git branch -D develop
git checkout -b develop origin/develop

3) Annuler la fusion

Si vous êtes entre une mauvaise fusion (effectuée par erreur avec une mauvaise branche) et que vous souhaitez éviter la fusion pour revenir à la dernière branche comme ci-dessous:

git merge --abort

4) Abandonner le rebase

Si vous êtes entre une mauvaise rebase, vous pouvez abandonner la demande de rebase comme ci-dessous:

git rebase --abort

Vous pouvez faire comme @Hugo de @Laurent l'a dit, ou vous pouvez utiliser git rebasepour supprimer les commits que vous souhaitez supprimer, si vous savez lesquels. J'ai tendance à utiliser git rebase -i head~N(où N est un nombre, vous permettant de manipuler les derniers N commits) pour ce type d'opérations.

La réponse choisie est absolument correcte , mais elle ne m'a pas laissé les derniers commit / pushs ...

Donc pour moi:

git reset --hard dev/jobmanager-tools
git pull  ( did not work as git was not sure what branch i wanted)

Étant donné que je sais que je souhaite temporairement définir ma branche en amont pour quelques semaines sur une branche spécifique (la même que celle vers laquelle j'ai basculé / vérifié plus tôt et effectué une réinitialisation matérielle)

Donc , après la réinitialisation

git branch --set-upstream-to=origin/dev/jobmanager-tools
git pull
git status    ( says--> on branch  dev/jobmanager-tools 

Si vous souhaitez mettre à jour une branche qui n'est pas actuellement extraite, vous pouvez faire:

git fetch -f origin rbranch:lbranch

Comme prévu dans l'explication choisie, git reset est bon. Mais de nos jours, nous utilisons souvent des sous-modules: des référentiels à l'intérieur de référentiels. Par exemple, si vous utilisez ZF3 et jQuery dans votre projet, vous souhaitez très probablement qu'ils soient clonés à partir de leurs référentiels d'origine. Dans ce cas, la réinitialisation de git ne suffit pas. Nous devons mettre à jour les sous-modules vers cette version exacte définie dans notre référentiel:

git checkout master
git fetch origin master
git reset --hard origin/master
git pull

git submodule foreach git submodule update

git status

c'est la même chose que vous arriverez (cd) récursivement au répertoire de travail de chaque sous-module et exécuterez:

git submodule update

Et c'est très différent de

git checkout master
git pull

parce que les sous-modules pointent non pas sur une branche mais sur la validation.

Dans ce cas, lorsque vous extrayez manuellement une branche pour un ou plusieurs sous-modules, vous pouvez exécuter

git submodule foreach git pull

git reset --hard
git clean -fd

Cela a fonctionné pour moi - propre a également montré tous les fichiers supprimés. S'il vous indique que vous perdrez les modifications, vous devez vous cacher.

La façon la plus simple mais laide: supprimez votre dossier local et clonez à nouveau le référentiel distant.