Como posso fazer o seguinte no Git?

Minha filial atual é branch1 e fiz algumas alterações locais. No entanto, agora percebo que realmente pretendia aplicar essas alterações ao branch2. Existe uma maneira de aplicar / mesclar essas alterações para que elas se tornem alterações locais na filial2 sem as comprometer na filial1?

Como seus arquivos ainda não foram confirmados em branch1:

git stash
git checkout branch2
git stash pop

ou

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 comentado por benjohn (consulte a git stashpágina do manual ):

Para também ocultar os arquivos atualmente não rastreados (adicionados recentemente), adicione o argumento -u, portanto:

git stash -u

Esconderijo, confirmações temporárias e rebarbas podem ser um exagero. Se você ainda não adicionou os arquivos alterados ao índice, poderá fazer o checkout da outra ramificação.

git checkout branch2

Isso funcionará desde que nenhum arquivo que você esteja editando seja diferente entre branch1 e branch2. Isso deixará você no branch2 com as alterações de trabalho preservadas. Se eles forem diferentes, você poderá especificar que deseja mesclar suas alterações locais com as alterações introduzidas alternando ramificações com a -mopção de checkout.

git checkout -m branch2

Se você adicionou alterações ao índice, desfaça essas alterações primeiro com uma redefinição. (Isso preservará sua cópia de trabalho, apenas removerá as alterações em etapas.)

git reset

Uma alternativa mais curta à abordagem de stash mencionada anteriormente seria:

Mova temporariamente as alterações para um esconderijo.

1. git stash

Crie e alterne para um novo ramo e, em seguida, coloque o stash nele em apenas uma etapa.

2. git stash branch new_branch_name

Então apenas adde commitas alterações para este novo ramo.

AVISO: Não para iniciantes do git.

Isso aparece o suficiente no meu fluxo de trabalho que quase tentei escrever um novo comando git para ele. O git stashfluxo usual é o caminho a seguir, mas é um pouco estranho. Eu costumo fazer um novo commit primeiro, pois se eu estiver analisando as alterações, todas as informações estarão frescas em minha mente e é melhor começar a git commitencontrar o que encontrei (geralmente uma correção de bug pertencente ao mestre que eu descobri enquanto trabalhava em um ramo de recursos) imediatamente.

Também é útil - se você se deparar com situações como essa muito - ter outro diretório de trabalho ao lado do atual, que sempre masterverifique a ramificação.

Então, como eu consegui isso é assim:

1. git commit as alterações imediatamente com uma boa mensagem de confirmação.
2. git reset HEAD~1 para desfazer o commit da ramificação atual.
3. (opcional) continue trabalhando no recurso.

Às vezes mais tarde (de forma assíncrona) ou imediatamente em outra janela do terminal:

1. cd my-project-master que é outro WD compartilhando o mesmo .git
2. git reflog para encontrar a correção que acabei de fazer.
3. git cherry-pick SHA1 do commit.

Opcionalmente (ainda assíncrono), você pode refazer o processo (ou mesclar) sua ramificação de recursos para obter a correção de bugs, geralmente quando você está prestes a enviar um PR e já limpou sua ramificação de recursos e o WD:

1. cd my-project qual é o principal WD em que estou trabalhando.
2. git rebase master para obter as correções.

Dessa forma, eu posso continuar trabalhando no recurso sem interrupções e não preciso me preocupar com git stashnada ou ter que limpar meu WD antes de um git checkout(e depois verificar a ramificação do recurso novamente.) E ainda ter todas as minhas correções para em mastervez de escondido no meu ramo de recursos.

IMO git stashe git checkouté uma PIA real quando você está trabalhando em um grande recurso.

Se fosse sobre alterações confirmadas, você deveria dar uma olhada no git-rebase, mas, como apontado no comentário do VonC, enquanto você está falando sobre alterações locais, o git-stash certamente seria a melhor maneira de fazer isso.

As respostas dadas até o momento não são ideais, pois exigem muito trabalho desnecessário para resolver conflitos de mesclagem ou fazem muitas suposições que freqüentemente são falsas. É assim que se faz perfeitamente. O link é para o meu próprio site.

Como se comprometer com uma ramificação diferente no git

Você possui alterações não confirmadas nas my_branchquais deseja se comprometer master, sem confirmar todas as alterações my_branch.

Exemplo

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

Explicação

Comece mesclando-se masterà sua filial, pois você precisará fazer isso de qualquer maneira e agora é o melhor momento para resolver qualquer conflito.

A -uopção (aka --include-untracked) em git stash -uimpede de perder arquivos untracked quando você fazer mais tarde git clean -f -ddentro master.

Depois git checkout master, é importante que você NÃO o faça git stash pop, porque precisará desse estoque mais tarde. Se você colocar o esconderijo criado em my_branche depois fazer git stashem master, você vai causar conflitos de mesclagem desnecessárias quando posteriormente se aplicam que esconderijo no my_branch.

git resetdesfaz tudo o que resulta git stash apply. Por exemplo, os arquivos que foram modificados no stash, mas não existem, mastersão testados como conflitos "excluídos por nós".

git checkout .e git clean -f -ddescarte tudo o que não foi confirmado: todas as alterações nos arquivos rastreados e todos os arquivos e diretórios não rastreados. Eles já estão salvos no stash e, se deixados master, causariam conflitos desnecessários de mesclagem ao voltar para my_branch.

O último git stash popserá baseado no original my_branche, portanto, não causará conflitos de mesclagem. No entanto, se o seu stash contiver arquivos não rastreados que você se comprometeu a dominar, o git reclamará que "Não foi possível restaurar arquivos não rastreados do stash". Para resolver este conflito, excluir esses arquivos de sua árvore de trabalho, em seguida git stash pop, git add ., e git reset.