Um outro problema que pode acontecer diariamente com você é, está executando uma tarefa que não tem muita importância naquele determinado momento ou travou em uma tarefa, não consegue resolver e quer adiantar, executando outras tarefas mais simples.
Imagine você está resolvendo um bug do Firefox e chega seu chefe pedindo pra que resolva um bug do IE, pois o projeto vai ser lançado em poucos dias e a maioria dos acessos vem desse navegador e quer entregar uma boa experiência aos usuários do mesmo.
Suponha que não você não vai commitar, porque a tarefa está incompleta, que bagunça vai ficar seu índice, hein?!
O stash veio pra salvar seu projeto e não deixar seu índice um bagunça.
Mantanha-se sempre organizado
O stash realmente é uma gaveta, ele guarda seus arquivos e na hora que quiser pode ter ele de volta novamente, sem deixar seu índice poluídissimo e sem embolações no projeto, evitando fazer commits com alterações erradas.
Considerando que seu índice esteja cheio de arquivo e todos eles estão Changes to be commited e você queira guardá-los, execute o comando git stash. Prosseguindo verifique se tem algum arquivos no índice com o comando git status. Provavelmente não haverá nenhum. Todos arquivos foram guardado.
É necessário que todos os arquivos estejam em Changes to be commited.
Entendendo as informações passada na lista
Ao executar git stash list , primeiramente ele mostra a numeração do stash code>stash@{0}</code. Em seguida mostrar a branch que foi criado o stash. Vamos falar de branch breve, você vai entender. Após, mostra a mensagem atribuída ou a numeração do stash.
Atribuições do stash
Listando, salvando e nomeando
Após executar o comando para guardar podemos visualizar com git stash list. Irá aparecer tudo que você guardou em forma de lista. Ele fica armazenado como se fosse um commit. Isso quer dizer que a cada vez que você for guardar, ele separá uma gaveta particular só pra aqueles arquivos. Confira uma lista de várias gavetas.
Por padrão o comando git stash salva o stash nomeando como Update README.md. Mas você tem o controle de toda situação, pode salvar já passando um nome, com atribuição save "nome do stash". o comando final ficaria assim : git stash save "nome do stash".
Sempre que puder, salve seu stash atribuindo um nome a ele. Lembre-se vamos ser organizado.
Visualizando o stash e trazendo de volta
Para recuperar o stash, existe duas formas. A primeira trás o stash de volta e deleta da lista. A segunda, recupera e é deletada da lista do stash.
Para recuperar e deletar da lista, rode o comando git stash pop.
Para recuperar o stash e fazer uma especie de um backup, deixando uma cópia dele ainda na lista, rode o comando git stash apply.
É importante usar a atribuição save "mensagem" afim de uma organização melhor e, não se confundir quando for recuperar seus stash. Com todos nomeados será muito fácil de encontrá-los.
Antes de recuperar, você quer dar uma confere pra não errar. Para isso o git disponibiliza a atribuição show, onde lista tudo que estiver dentro do stash. O comando final ficaria assim, git stash show stash@{n}.
Vale ressaltar que a letra n dentro dos colchetes se refere a numeração do stash. Cada qual tem sua numeração.
Apagando stash
Assim como no tópico acima, também existe duas formas de executar esse processo. Apagar apenas um e apagar a lista completa.
Essa operações deve ser usada com muita cautela. Vale lembrar que ele apaga literalmente.
Com o intuito de apagar apenas um stash, adicione a atribuição drop. O comando final ficaria assim: git stash drop stash@{n}.
Para excluir tudo que estiver na lista do stash, execute a atribuição clear. O comando final ficaria assim: git stash clear.
Entendendo o que é Branch
O comando Branch é muito importante, não tem pra onde correr, você tem que saber usar, ainda mais se tiver em equipe. No começo é um pouco complicado, mas depois você pega o jeito da coisa e, não vai conseguir viver sem usar.
Podemos ver vários exemplo de branch em repositórios de código aberto no famoso Github.
Sem mais delongas, branch serve para separa suas tarefas. No exemplo acima ela está sendo utilizada para a resolução de exercícios. Cada exercícios está sendo resolvida em uma branch.
Exemplo do dia a dia: Seu time tem 20 tarefas para fazer, e a equipe contém 10 integrantes, dividimos e cada um ficaram com duas tarefas, cada tarefa será uma nova branch, por exemplo uns dos integrantes ficou encarregado de resolver a Resolução Bug IE e Remover códigos inutilizáveis, cada tarefa dessa será uma branch nova.
Quando criamos um branch nova as alterações que fizermos estará sempre nela. Por padrão o git nos dar um branch que se chama master. Se criamos uma nova branch e modificar algum arquivo estando na branch que criamos esse arquivo não estará modificado em outras branch. Essa é uma parte muito delicada. Vale ressaltar que quando criamos uma branch dentro de outra branch as alterações da branch que estávamos irá acompanhar a branch criada.
Por exemplo: Estamos na branch master que é a padrão e, criamos um branch com o nome bugfix, tudo que tem na brach master vai também ter na branch bugfix. Agora, modificamos algum arquivo na branch bugfix. Essa alteração não vai ser feita também na branch master, compreende?
Começando a trabalhar
Para trabalhamos com branch vamos usar os comandos git checkout para criar branch, mudar de uma branch para a outra, e deletar. Vamos falar também sobre o comando branch, e o comando merge e rebase, que deixará uma branch igual a outra.
Criando branch
git checkout -b nome-da-branch
Executando esse comando criará uma nova branch, não se esqueça que essa branch criada vai com as característica da branch que você estava. nome-da-branch deve ser alterado pelo nome que você quer dar na sua branch. Assim que criamos a branch o git nós transfere logo para a mesma.
Mudando de branch
git checkout nome-da-branch
Esse comando é muito simples! O nome-da-branch deve ser substituído por o nome da branchs que você criou. Ah, esqueci as branch que criei, e agora?! O git disponibiliza todas branch criada através do comando git branch.
Deletando
git checkout -d nome-da-branch
O atributo -d permite que delete a branch, vale lembrar que você não pode está dentro dela, se estiver, use git checkout nome-da-branch para mudar de brach.
git checkout -D nome-da-branch
O atributo maiúsculo pode ser usado quando você faz alguma alterações em uma branch e não enviou as alterações para outra e mesmo assim você pode deletar com esse comando.
Trazendo o que não tem
É interessante você nunca trabalhar direto na master. Sempre que houver uma tarefa, crie uma branch, desenvolva tudo nela e quando estiver toda resolvida, jogue para a branch master. Assim evitamos muitos conflitos. Imagine se alguma coisa der errado, você só apaga a branch e acabou ou se um colega de trabalho quer trabalhar na sua tarefa só ir até a branch. Se tiver na master vai ter um trabalho maior. Memorize, sempre que tiver uma tarefa, crie uma nova branch.
Existe duas formas de trazer as mudanças de uma branch para a outra:
git merge nome-da-branch
git rebase nome-da-branch
Esse comando trás todas alterações que foram feita em outra branch e que não foram nele. Essas alterações tem que está dentro de um commit. Então, fez as alterações, resolveu a tarefa, empacota dentro do commit e mude para a branch que queira trazer de volta e execute o comando, vale lembrar que o nome-da-branch é a branch que você modificou os arquivos.
No meu caso, quando termino a tarefa completamente faço o merge para a branch master, a branch padrão, onde fica tudo resolvido, nada vai pra lá pela metade ou faltando resolver quaisquer tarefa. Lembrando que, você vai até a branch que quer atualizar, e rode o comando.
Diferença entre Merge e Rebase
O rebase é mais preguicoso, ele reconstrói a árvore e aplica o commit por cima. Já o merge, cria um novo commit para juntar as duas "pontas". Assim, mantem um histórico melhor.
Como estamos falando sobre organização, convenhamos sempre usar merge.
layout: post title: "Git - Desfrute do melhor controle de versão da atualidade - Parte 3" published: 09-07-2015 categories: blog description: Nesse artigo vamos falar como visualizar todos os commits, como desfaze-los,como excluir o commit e recuperar os arquivos... comments: true image: "/assets/imagem/git-part3.jpg" edit: https://github.com/andersonweb/andersonweb.github.io/blob/master/_posts/2015-07-01-usando-can-i-use-na-linha-de-comando.md
Stash, a gaveta mágica do Git
Um outro problema que pode acontecer diariamente com você é, está executando uma tarefa que não tem muita importância naquele determinado momento ou travou em uma tarefa, não consegue resolver e quer adiantar, executando outras tarefas mais simples.
Imagine você está resolvendo um bug do Firefox e chega seu chefe pedindo pra que resolva um bug do IE, pois o projeto vai ser lançado em poucos dias e a maioria dos acessos vem desse navegador e quer entregar uma boa experiência aos usuários do mesmo.
Suponha que não você não vai commitar, porque a tarefa está incompleta, que bagunça vai ficar seu índice, hein?!
O stash veio pra salvar seu projeto e não deixar seu índice um bagunça.
Mantanha-se sempre organizado
O stash realmente é uma gaveta, ele guarda seus arquivos e na hora que quiser pode ter ele de volta novamente, sem deixar seu índice poluídissimo e sem embolações no projeto, evitando fazer commits com alterações erradas.
Considerando que seu índice esteja cheio de arquivo e todos eles estão
Changes to be commitede você queira guardá-los, execute o comandogit stash. Prosseguindo verifique se tem algum arquivos no índice com o comandogit status. Provavelmente não haverá nenhum. Todos arquivos foram guardado.É necessário que todos os arquivos estejam em
Changes to be commited.Entendendo as informações passada na lista
Ao executar
git stash list, primeiramente ele mostra a numeração do stash code>stash@{0}</code. Em seguida mostrar a branch que foi criado o stash. Vamos falar de branch breve, você vai entender. Após, mostra a mensagem atribuída ou a numeração do stash.Atribuições do stash
Listando, salvando e nomeando
Após executar o comando para guardar podemos visualizar com
git stash list. Irá aparecer tudo que você guardou em forma de lista. Ele fica armazenado como se fosse um commit. Isso quer dizer que a cada vez que você for guardar, ele separá uma gaveta particular só pra aqueles arquivos. Confira uma lista de várias gavetas.Por padrão o comando
git stashsalva o stash nomeando como Update README.md. Mas você tem o controle de toda situação, pode salvar já passando um nome, com atribuiçãosave "nome do stash". o comando final ficaria assim :git stash save "nome do stash".Sempre que puder, salve seu stash atribuindo um nome a ele. Lembre-se vamos ser organizado.
Visualizando o stash e trazendo de volta
Para recuperar o stash, existe duas formas. A primeira trás o stash de volta e deleta da lista. A segunda, recupera e é deletada da lista do stash.
Para recuperar e deletar da lista, rode o comando
git stash pop.Para recuperar o stash e fazer uma especie de um backup, deixando uma cópia dele ainda na lista, rode o comando
git stash apply.É importante usar a atribuição
save "mensagem"afim de uma organização melhor e, não se confundir quando for recuperar seus stash. Com todos nomeados será muito fácil de encontrá-los.Antes de recuperar, você quer dar uma confere pra não errar. Para isso o git disponibiliza a atribuição
show, onde lista tudo que estiver dentro do stash. O comando final ficaria assim,git stash show stash@{n}.Vale ressaltar que a letra
ndentro dos colchetes se refere a numeração do stash. Cada qual tem sua numeração.Apagando stash
Assim como no tópico acima, também existe duas formas de executar esse processo. Apagar apenas um e apagar a lista completa.
Essa operações deve ser usada com muita cautela. Vale lembrar que ele apaga literalmente.
Com o intuito de apagar apenas um stash, adicione a atribuição
drop. O comando final ficaria assim:git stash drop stash@{n}.Para excluir tudo que estiver na lista do stash, execute a atribuição
clear. O comando final ficaria assim:git stash clear.Entendendo o que é Branch
O comando Branch é muito importante, não tem pra onde correr, você tem que saber usar, ainda mais se tiver em equipe. No começo é um pouco complicado, mas depois você pega o jeito da coisa e, não vai conseguir viver sem usar.
Podemos ver vários exemplo de branch em repositórios de código aberto no famoso Github.
Sem mais delongas, branch serve para separa suas tarefas. No exemplo acima ela está sendo utilizada para a resolução de exercícios. Cada exercícios está sendo resolvida em uma branch.
Exemplo do dia a dia: Seu time tem 20 tarefas para fazer, e a equipe contém 10 integrantes, dividimos e cada um ficaram com duas tarefas, cada tarefa será uma nova branch, por exemplo uns dos integrantes ficou encarregado de resolver a Resolução Bug IE e Remover códigos inutilizáveis, cada tarefa dessa será uma branch nova.
Quando criamos um branch nova as alterações que fizermos estará sempre nela. Por padrão o git nos dar um branch que se chama master. Se criamos uma nova branch e modificar algum arquivo estando na branch que criamos esse arquivo não estará modificado em outras branch. Essa é uma parte muito delicada. Vale ressaltar que quando criamos uma branch dentro de outra branch as alterações da branch que estávamos irá acompanhar a branch criada.
Por exemplo: Estamos na branch
masterque é a padrão e, criamos um branch com o nomebugfix, tudo que tem na brach master vai também ter na branchbugfix. Agora, modificamos algum arquivo na branch bugfix. Essa alteração não vai ser feita também na branch master, compreende?Começando a trabalhar
Para trabalhamos com branch vamos usar os comandos
git checkoutpara criar branch, mudar de uma branch para a outra, e deletar. Vamos falar também sobre o comandobranch, e o comandomergeerebase, que deixará uma branch igual a outra.Criando branch
git checkout -b nome-da-branchExecutando esse comando criará uma nova branch, não se esqueça que essa branch criada vai com as característica da branch que você estava.
nome-da-branchdeve ser alterado pelo nome que você quer dar na sua branch. Assim que criamos a branch o git nós transfere logo para a mesma.Mudando de branch
git checkout nome-da-branchEsse comando é muito simples! O
nome-da-branchdeve ser substituído por o nome da branchs que você criou. Ah, esqueci as branch que criei, e agora?! O git disponibiliza todas branch criada através do comandogit branch.Deletando
git checkout -d nome-da-branchO atributo -d permite que delete a branch, vale lembrar que você não pode está dentro dela, se estiver, use
git checkout nome-da-branchpara mudar de brach.git checkout -D nome-da-branchO atributo maiúsculo pode ser usado quando você faz alguma alterações em uma branch e não enviou as alterações para outra e mesmo assim você pode deletar com esse comando.
Trazendo o que não tem
É interessante você nunca trabalhar direto na master. Sempre que houver uma tarefa, crie uma branch, desenvolva tudo nela e quando estiver toda resolvida, jogue para a branch master. Assim evitamos muitos conflitos. Imagine se alguma coisa der errado, você só apaga a branch e acabou ou se um colega de trabalho quer trabalhar na sua tarefa só ir até a branch. Se tiver na master vai ter um trabalho maior. Memorize, sempre que tiver uma tarefa, crie uma nova branch.
Existe duas formas de trazer as mudanças de uma branch para a outra:
git merge nome-da-branchgit rebase nome-da-branchEsse comando trás todas alterações que foram feita em outra branch e que não foram nele. Essas alterações tem que está dentro de um commit. Então, fez as alterações, resolveu a tarefa, empacota dentro do commit e mude para a branch que queira trazer de volta e execute o comando, vale lembrar que o
nome-da-branché a branch que você modificou os arquivos.No meu caso, quando termino a tarefa completamente faço o merge para a branch master, a branch padrão, onde fica tudo resolvido, nada vai pra lá pela metade ou faltando resolver quaisquer tarefa. Lembrando que, você vai até a branch que quer atualizar, e rode o comando.
Diferença entre Merge e Rebase
O rebase é mais preguicoso, ele reconstrói a árvore e aplica o commit por cima. Já o merge, cria um novo commit para juntar as duas "pontas". Assim, mantem um histórico melhor. Como estamos falando sobre organização, convenhamos sempre usar merge.