¿Cómo reemplazar una sucursal local con una sucursal remota por completo en Git?

Tengo dos ramas:

1. sucursal local (con la que trabajo)
2. rama remota (público, solo los commits bien probados van allí)

Recientemente arruiné seriamente mi sucursal local.

¿Cómo reemplazaría la sucursal local por completo con la remota, para poder continuar mi trabajo desde donde está la sucursal remota ahora?

Ya he buscado SO y salir de la sucursal remota localmente no tiene ningún efecto.

1. Asegúrate de haber revisado la rama que estás reemplazando (del comentario de Zoltán ).

2. Asumiendo que master es la rama local que está reemplazando, y que "origin / master" es la rama remota a la que desea restablecer:

   git reset --hard origin/master
   

Esto actualiza su rama HEAD local para que tenga la misma revisión que origin / master, y --hardtambién sincronizará este cambio en el índice y el espacio de trabajo.

Eso es tan fácil como tres pasos:

1. Eliminar su sucursal local: git branch -d local_branch
2. Obtenga la última rama remota: git fetch origin remote_branch
3. Reconstruya la rama local basada en la remota: 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>

Reemplace todo con la rama remota; pero , solo desde el mismo compromiso, su sucursal local está activada:

git reset --hard origin/some-branch

O , obtenga lo último de la rama remota y reemplace todo:

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

Por otro lado, si es necesario, puede borrar los archivos y directorios no rastreados que aún no ha confirmado:

git clean -fd

La forma más segura y completa de reemplazar la sucursal local actual con el control remoto:

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

La stashlínea guarda los cambios que no ha confirmado. La branchlínea mueve su rama a un nombre diferente, liberando el nombre original. La fetchlínea recupera la última copia del control remoto. La checkoutlínea recrea la rama original como una rama de seguimiento.

O como una función 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}
}

que cambia el nombre de la rama actual a algo como reemplazado_master_98d258f.

Estoy un poco sorprendido de que nadie haya mencionado esto todavía; Lo uso casi todos los días:

git reset --hard @{u}

Básicamente, @{u}es solo una abreviatura de la rama ascendente que su rama actual está rastreando. Por ejemplo, esto generalmente equivale a origin/[my-current-branch-name]. Es agradable porque es independiente de la rama.

Asegúrese git fetchde obtener primero la última copia de la rama remota.

Se puede hacer de varias maneras, continuando editando esta respuesta para difundir una mejor perspectiva de conocimiento.

1) Restablecer duro

Si está trabajando desde la rama de desarrollo remoto, puede restablecer HEAD a la última confirmación en la rama remota de la siguiente manera:

git reset --hard origin/develop

2) Eliminar la rama actual y volver a pagar desde el repositorio remoto

Teniendo en cuenta que está trabajando en la sucursal de desarrollo en el repositorio local, que se sincroniza con la sucursal remota / de desarrollo, puede hacer lo siguiente:

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

3) Abortar fusión

Si está en medio de una fusión incorrecta (por error, con una rama incorrecta), y desea evitar la fusión para volver a la última rama como se muestra a continuación:

git merge --abort

4) Cancelar base

Si está en medio de un rebase incorrecto, puede cancelar la solicitud de rebase de la siguiente manera:

git rebase --abort

Puede hacer lo que @Hugo de @Laurent dijo, o puede usar git rebasepara eliminar las confirmaciones que desea eliminar, si sabe cuáles. Tiendo a usar git rebase -i head~N(donde N es un número, lo que le permite manipular los últimos N commits) para este tipo de operaciones.

La respuesta seleccionada es absolutamente correcta , sin embargo, no me dejó con los últimos commit / push ...

Entonces para mi:

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

Como sé que quiero configurar temporalmente mi rama ascendente durante unas semanas en una rama específica (igual a la que cambié / verifiqué anteriormente e hice un restablecimiento completo)

Entonces DESPUÉS de reiniciar

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

Si desea actualizar la sucursal que no está actualmente desprotegida, puede hacer lo siguiente:

git fetch -f origin rbranch:lbranch

Como se proporciona en la explicación elegida, git reset es bueno. Pero hoy en día a menudo utilizamos submódulos: repositorios dentro de repositorios. Por ejemplo, si usa ZF3 y jQuery en su proyecto, lo más probable es que desee que se clonen de sus repositorios originales. En tal caso, git reset no es suficiente. Necesitamos actualizar submódulos a esa versión exacta que se define en nuestro repositorio:

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

git submodule foreach git submodule update

git status

es lo mismo que vendrá (cd) recursivamente al directorio de trabajo de cada submódulo y ejecutará:

git submodule update

Y es muy diferente de

git checkout master
git pull

porque los submódulos no apuntan a la ramificación sino a la confirmación.

En esos casos, cuando desprotege manualmente alguna rama para 1 o más submódulos, puede ejecutar

git submodule foreach git pull

git reset --hard
git clean -fd

Esto funcionó para mí: clean también mostró todos los archivos que eliminó. Si te dice que perderás los cambios, debes esconderte.

La forma fea pero más simple: elimine su carpeta local y clone el repositorio remoto nuevamente.