¿Cómo puedo hacer lo siguiente en Git?

Mi sucursal actual es branch1 y he realizado algunos cambios locales. Sin embargo, ahora me doy cuenta de que realmente tenía la intención de aplicar estos cambios a branch2. ¿Hay alguna forma de aplicar / fusionar estos cambios para que se conviertan en cambios locales en branch2 sin comprometerlos en branch1?

Dado que sus archivos aún no se han confirmado en branch1 :

git stash
git checkout branch2
git stash pop

o

git stash
git checkout branch2
git stash list       # to check the various stash made in different branch
git stash apply x    # to select the right one

Como se ha comentado por benjohn (ver git stashpágina del manual ):

Para guardar también los archivos no rastreados actualmente (recién agregados), agregue el argumento -u, entonces:

git stash -u

El ocultamiento, los compromisos temporales y el rebase pueden ser excesivos. Si aún no ha agregado los archivos modificados al índice, entonces puede simplemente retirar la otra rama.

git checkout branch2

Esto funcionará siempre que ningún archivo que esté editando sea diferente entre branch1 y branch2. Te dejará en branch2 con tus cambios de trabajo preservados. Si son diferentes, puede especificar que desea fusionar sus cambios locales con los cambios introducidos al cambiar de sucursal con la -mopción de pagar.

git checkout -m branch2

Si ha agregado cambios al índice, primero querrá deshacer estos cambios con un reinicio. (Esto preservará su copia de trabajo, solo eliminará los cambios organizados).

git reset

Una alternativa más corta al enfoque de escondite mencionado anteriormente sería:

Mueve temporalmente los cambios a un alijo.

1. git stash

Cree y cambie a una nueva rama y luego haga estallar el alijo en solo un paso.

2. git stash branch new_branch_name

Luego justo addy commitlos cambios a esta nueva rama.

ADVERTENCIA: No para git novatos.

Esto surge lo suficiente en mi flujo de trabajo que casi he intentado escribir un nuevo comando git para él. El git stashflujo habitual es el camino a seguir, pero es un poco incómodo. Por lo general, primero hago una nueva confirmación ya que si he estado mirando los cambios, toda la información está fresca en mi mente y es mejor simplemente comenzar a git commitencontrar lo que encontré (generalmente una corrección de error perteneciente al maestro que descubro mientras trabajo en un función de rama) de inmediato.

También es útil, si se encuentra mucho en situaciones como esta, tener otro directorio de trabajo junto al actual que siempre tenga la masterrama desprotegida.

Entonces, cómo logro esto es así:

1. git commit los cambios de inmediato con un buen mensaje de compromiso.
2. git reset HEAD~1 para deshacer la confirmación de la rama actual.
3. (opcional) continuar trabajando en la función.

A veces más tarde (asincrónicamente), o inmediatamente en otra ventana de terminal:

1. cd my-project-master que es otro WD que comparte lo mismo .git
2. git reflog para encontrar la corrección de errores que acabo de hacer.
3. git cherry-pick SHA1 del compromiso.

Opcionalmente (aún asíncrono), puede volver a crear una base de datos (o combinar) para obtener la corrección de errores, generalmente cuando está a punto de enviar un RP y ya ha limpiado su rama de características y WD:

1. cd my-project cual es el WD principal en el que estoy trabajando.
2. git rebase master para obtener las correcciones de errores.

De esta manera, puedo seguir trabajando en la función sin interrupciones y no tener que preocuparme de hacer git stashnada o tener que limpiar mi WD antes de un git checkout(y luego hacer que la verificación de la ramificación de la función vuelva a salir.) Y todavía tengo todas mis correcciones de errores en masterlugar de escondido en mi rama característica.

OMI git stashy git checkoutes un verdadero PIA cuando estás trabajando en una gran característica.

Si se tratara de cambios comprometidos, debería echar un vistazo a git-rebase, pero como lo señala VonC en un comentario, ya que está hablando de cambios locales, git-stash ciertamente sería la buena manera de hacerlo.

Las respuestas dadas hasta ahora no son ideales porque requieren mucho trabajo innecesario para resolver conflictos de fusión, o hacen suposiciones que frecuentemente son falsas. Así es como se hace perfectamente. El enlace es a mi propio sitio.

Cómo comprometerse con una rama diferente en git

Tiene cambios no confirmados en los my_branchque desea comprometerse master, sin comprometer todos los cambios demy_branch .

Ejemplo

git merge master
git stash -u
git checkout master
git stash apply
git reset
git add example.js
git commit
git checkout .
git clean -f -d
git checkout my_branch
git merge master
git stash pop

Explicación

Comience fusionando master en su sucursal, ya que de todos modos tendrá que hacerlo eventualmente, y ahora es el mejor momento para resolver cualquier conflicto.

La -uopción (aka --include-untracked) en git stash -uevita que pierdas archivos sin seguimiento cuando más tarde lo hagas git clean -f -ddentro demaster .

Después git checkout masteres importante que NO lo hagas git stash pop, porque necesitarás este alijo más tarde. Si usted hace estallar el alijo creada en my_branchy luego haces git stashen master, va a provocar conflictos de fusión innecesarias cuando posteriormente se aplica ese escondite enmy_branch .

git resetdesestabiliza todo lo que resulta de git stash apply. Por ejemplo, los archivos que se han modificado en el alijo pero que no existen enmaster se organizan como conflictos "eliminados por nosotros".

git checkout .y git clean -f -ddescarte todo lo que no está comprometido: todos los cambios en los archivos rastreados y todos los archivos y directorios no rastreados. Ya están guardados en el alijo y, si se dejan master, causarían conflictos de fusión innecesarios al volver a cambiar my_branch.

El último git stash popse basará en el original my_branchy, por lo tanto, no provocará ningún conflicto de fusión. Sin embargo, si su escondite contiene archivos no rastreados que se ha comprometido a dominar, git se quejará de que "No se pudieron restaurar los archivos no rastreados del escondite". Para resolver este conflicto, eliminar los archivos de su árbol de trabajo, a continuación git stash pop, git add .y git reset.