Necesita restablecer git branch a la versión de origen

Estaba trabajando accidentalmente en una rama que no debería haber estado durante un tiempo, así que me separé dándole el nombre apropiado. Ahora quiero sobrescribir la rama en la que no debería haber estado en la versión desde el origen (github). ¿Hay una forma fácil de hacer esto? Intenté eliminar la rama y luego restablecer la rama de seguimiento, pero solo me da la versión en la que estaba trabajando nuevamente.

Si aún no ha llegado al origen, puede restablecer su rama a la rama ascendente con:

git checkout mybranch
git reset --hard origin/mybranch

(Asegúrese de hacer referencia a su último commit en una rama separada, como menciona en su pregunta)

Tenga en cuenta que justo después del reinicio, se mybranch@{1}refiere a la confirmación anterior, antes del reinicio.

Pero si ya había presionado, consulte " Crear rama git y revertir el original al estado ascendente " para ver otras opciones.

Con Git 2.23 (agosto de 2019) , que sería un comando: git switch.
A saber:git switch -C mybranch origin/mybranch

Ejemplo

C:\Users\vonc\git\git>git switch -C master origin/master
Reset branch 'master'
Branch 'master' set up to track remote branch 'master' from 'origin'.
Your branch is up to date with 'origin/master'.

Eso restaura el índice y el árbol de trabajo, como lo git reset --hardharía.

Como se ha comentado por Brad Herman , una reset --hardsería eliminar cualquier archivo nuevo o modificado archivos vuelva a CABEZA .

En realidad, para asegurarse de comenzar desde una "pizarra limpia", un git clean -f -ddespués del reinicio garantizaría un árbol de trabajo exactamente idéntico a la rama a la que acaba de reiniciar.

Esta publicación de blog sugiere esos alias ( mastersolo para rama, pero puede adaptarlos / extenderlos):

[alias]
   resetorigin = !git fetch origin && git reset --hard origin/master && git clean -f -d
   resetupstream = !git fetch upstream && git reset --hard upstream/master && git clean -f -d

Entonces puedes escribir:

git resetupstream

o

git resetorigin

Asumiendo que esto es lo que sucedió:

# on branch master
vi buggy.py                 # you edit file
git add buggy.py            # stage file
git commit -m "Fix the bug" # commit
vi tests.py                 # edit another file but do not commit yet

Entonces te das cuenta de que haces cambios en la rama equivocada.

git checkout -b mybranch    # you create the correct branch and switch to it

Pero masteraún apunta a su compromiso. Desea que apunte hacia donde apuntó antes.

Solución

La forma más fácil es:

git branch --force master origin/master

Otra forma es:

git checkout master
git reset --soft origin/master
git checkout mybranch

Tenga en cuenta que el uso reset --hardhará que se pierdan los cambios no confirmados ( tests.pyen mi ejemplo).

Tengo un repositorio privado en un servidor y regularmente lo reescribo / forzo, lo que hace que sea necesario restablecer la rama local en mi otra computadora con frecuencia. Por lo tanto, creé el siguiente alias "catchup", que permite hacer esto para la rama actual. A diferencia de la otra respuesta, no hay un nombre de rama codificado en este alias.

Agárrate fuerte.

[alias]
  catchup = "!f(){ echo -n \"reset \\033[0;33m$(git symbolic-ref -q --short HEAD)\\033[0m to \\033[0;33m$(git for-each-ref --format='%(upstream:short)' $(git symbolic-ref -q HEAD))\\033[0m? (Y/n) \"; read -r ans; if [ \"$ans\" = \"y\" -o \"$ans\" = \"Y\" -o -z \"$ans\" ]; then git reset --hard $(git for-each-ref --format='%(upstream:short)' $(git symbolic-ref -q HEAD)); else echo \"catchup aborted\"; fi }; f"

Formateado correctamente (no funcionará con las nuevas líneas en .gitconfig) se ve así:

"
!f(){
  echo -n \"reset \\033[0;33m$(git symbolic-ref -q --short HEAD)\\033[0m to \\033[0;33m$(git for-each-ref --format='%(upstream:short)' $(git symbolic-ref -q HEAD))\\033[0m? (Y/n) \";
  read -r ans;
  if [ \"$ans\" = \"y\" -o \"$ans\" = \"Y\" -o -z \"$ans\" ]; then
    git reset --hard $(git for-each-ref --format='%(upstream:short)' $(git symbolic-ref -q HEAD));
  else
    echo \"catchup aborted\";
  fi
}; f
"

• El \\033[0;33my \\033[0mes para enfatizar la rama actual y corriente arriba con color.
• $(git symbolic-ref -q --short HEAD) es el nombre actual de la sucursal
• $(git for-each-ref --format='%(upstream:short)' $(git symbolic-ref -q HEAD)) es el flujo ascendente de la rama actual.

Dado que restablecer es una llamada potencialmente peligrosa (especialmente con la opción --hard, perderá los cambios no confirmados), primero le indica lo que está por hacer. Por ejemplo, si está en una rama dev-container con control remoto llamado qcpp / dev-container e ingresa git catchup, se le pedirá:

restablecer dev-container a qcpp / dev-container? (S / n)

Si luego escribe y o simplemente presiona regresar, realizará el reinicio. Si ingresa algo más, el reinicio no se llevará a cabo.

Si desea ser súper seguro y prevenir mediante programación la pérdida de cambios no organizados / no confirmados, puede aumentar aún más el alias anterior con las comprobaciones correspondientes para el índice de diferencias .

La palabra de advertencia obligatoria: si está trabajando en un repositorio público en el que otras personas han basado su trabajo y necesita este alias, lo está haciendo mal ™ .

Intenté esto y no restableció mi rama actual a mi github remoto más reciente. Busqué en Google y encontré https://itsyndicate.org/blog/how-to-use-git-force-pull-properly/

que sugirió

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

Quería restablecer mi rama v8, así que lo hice

git fetch origin v8
git reset --hard origin/v8

Y funcionó