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.