Mover um trabalho não comprometido existente para uma nova filial no Git

Mover um trabalho não comprometido existente para uma nova filial no Git
Enquanto trabalhava em um grande projeto, cada desenvolvedor trabalha em diferentes ramos. Às vezes, eles começam a trabalhar em um novo recurso no ramo existente, por exemplo, um local “mestreRamo, em vez de criar um novo ramo. Mais tarde, percebe -se que eles estão trabalhando no ramo errado e precisam de um novo ramo para este recurso. Então, mova todo o trabalho não comprometido para um novo ramo e mantenha o “mestreRamo inalterado.

Este post falará sobre o método de mover o trabalho emocionante e não comprometido para um novo ramo Git.

Como mover um trabalho não comprometido para um novo ramo Git?

Para mover o trabalho existente e não comprometido para um novo ramo, execute o “$ Git checkout -b” ou “$ Git switch -c” comandos. Esses comandos criam uma nova filial e mudam para ela, deixando o ramo atual como é e trazendo todas as alterações não comprometidas para o novo ramo. Siga as etapas fornecidas para fazer isso:

  • Mover para o repositório local.
  • Gerar um novo arquivo.
  • Verifique o status atual.
  • Faça uma nova filial e faça o check -out.
  • Veja o status da nova filial.
  • Estágio e cometer mudanças.
  • Verifique novas alterações.
  • Volte para a filial anterior e verifique o status atual.

Etapa 1: vá para o repositório
Primeiro, navegue para o repositório Git usando "cd " comando:

$ CD "C: \ git \ test_repo"

Etapa 2: Verifique gits git
Em seguida, veja a lista de ramificações Git disponíveis no repositório:

Ramo $ git

Aqui você pode ver, dois ramos “alfa" e "mestre“Estão disponíveis e o símbolo“*”de asterisco ao lado da filial“ mestre ”indica que é o ramo de trabalho atual:

Etapa 3: Crie um novo arquivo
Para gerar um novo arquivo no ramo de trabalho atual, execute o “$ Touch” comando:

$ touch test_1.TXT

Etapa 4: Verifique o status
Depois disso, verifique o status atual da filial executando o comando abaixo:

$ git status

Pode -se observar que o novo "Test_1" O arquivo não está com:

Etapa 5: Criar e alternar o ramo
Para criar uma ramificação e mudar para ela automaticamente, utilize o comando fornecido:

$ git checkout -b característica1

Na imagem abaixo, pode -se ver que um novo nome de ramo “Recurso1”Foi criado e alterado com sucesso:

Outra maneira de gerar um novo ramo e navegar para ele imediatamente é usar o “$ Git switch -c” comando:

$ git switch -c recurso2

Etapa 6: Veja o status de ramificação recém -criado
Em seguida, utilize o “$ git status”Comando para verificar o status do repositório de trabalho Git com a filial recém -criada:

$ git status

Como você pode ver, o “test_1”O arquivo precisa ser rastreado e comprometido:

Etapa 7: mudanças no palco
Em seguida, rastreie a área de trabalho muda para o índice de estadiamento executando o “Git add” comando:

$ git add test_1.TXT

Etapa 8: Comprometer mudanças
Compreenda as novas mudanças no ramo de trabalho atual com a ajuda do “$ git Commit”Comando junto com a mensagem de confirmação desejada:

$ git Commit -m "TEST_1 ADICIONADO"

Etapa 9: Verifique as alterações comprometidas
Para verificar as alterações comprometidas, execute o seguinte comando:

$ git status

Como você pode ver, não há nada a cometer, e novas mudanças foram adicionadas ao ramo recém -criado:

Etapa 10: mude para o ramo "mestre"
Executar o comando abaixo fornecido depois de concluir a tarefa no ramo de trabalho atual para voltar ao "mestre" filial:

$ git checkout mestre

Etapa 11: Verifique o status
Por fim, verifique o status da filial de trabalho atual:

$ git status

Esta saída abaixo fornecida indica que não há uma nova comprometimento e mudança local na filial principal:

Explicamos com eficiência os métodos de mover um trabalho existente e não comprometido para a nova filial em Git.

Conclusão

Para mover o trabalho não comprometido existente para o novo ramo em Git, utilize o “$ Git checkout -b” ou “$ Git switch -c” comandos. Esses comandos criam uma nova filial e movem imediatamente as mudanças não comprometidas para alterar. Este artigo demonstrou o procedimento de mover um trabalho não comprometido existente para a nova filial em Git.