GitTraining

Gittraining

Este repositório foi projetado para orientá -lo em algumas das operações Git mais comuns que você precisará conhecer e usar como desenvolvedor.

Começando

Clone este repositório para sua máquina local. Pode ser necessário instalar o Git se ele ainda não estiver instalado. Se você não tem certeza se tiver ou não, basta executar git --help na linha de comando. Ele retornará uma mensagem útil com alguns comandos comuns, se for instalado.

Git Basics

• O que é controle de fonte?
• Aprender um git
• Tutorial interativo do Github

Configure quem você é

• Defina seu nome de usuário com git config --global user.name "your name"
• Defina seu e -mail com git config --global user.email "[email protected]"

Referências úteis

Se você tiver dúvidas ou ficar preso, os seguintes recursos podem ajudá -lo.

• A documentação oficial do Git
• Google e Stackoverflow
• Github e Atlassian têm uma documentação geral do Git bem escrita
• Seus colegas de trabalho

Seção 1: Alterações de rastreamento

Tópicos: checkout, comprometa, reverte, mescla, registre, mova e remova.

Os arquivos para a seção podem ser encontrados no diretório section1 .

Cometendo mudanças

• Confira a filial dev .
• Faça uma nova filial e adicione a si mesmo à lista de pessoas em people.md .
• Cometer suas mudanças.
• Você será solicitado a fazer uma mensagem de confirmação. Isso abrirá um editor de texto. Salve e desista do editor de texto para concluir a confirmação. NOTA: O GIT usa o editor padrão do sistema. Na baunilha Git Bash no Windows, o editor de texto padrão é Vim.
• Se você precisar editar a mensagem de confirmação para sua última confirmação, poderá usar o comando git commit --amend .

Desefundar mudanças

Mudanças não comprometidas

• Faça uma alteração em qualquer um dos arquivos no repositório.
• Execute git status para ver quais arquivos foram alterados.
• Encontre o arquivo usando git add , mas não se comprometa.
• Desfira o arquivo com git reset .
• Use o Git para desfazer as alterações que você fez e redefinir o arquivo para o estado em que estava quando foi cometido. git status deve relatar arquivos modificados.

Mudanças comprometidas

Tony fez 3 compromissos com o ramo de dev. Ele entendeu mal os requisitos do projeto e as mudanças introduzidas com suas duas últimas commits precisam ser removidas.

• Confira a filial do dev.
• Determine o que mudou entre seu primeiro e último comprometimento e depois reverte os dois mais recentes de seus compromissos. O Git possui ferramentas Diff e log que ajudarão.
• Existem algumas maneiras de desfazer os compromissos. É prática recomendada preservar a história sempre que possível. O comando git revert que manterá os compromissos no histórico do repositório, mas remova as alterações introduzidas pelo Commit.
  • Dica: se você estiver revertindo vários compromissos que modificam um arquivo, é mais fácil começar no commit mais recente que deseja reverter e trabalhar para trás.
• Você precisará se comprometer quando reverter as alterações.

Reescrevendo a história

Às vezes, você pode desfazer um compromisso que fez ou até apagá -lo da existência.

Aviso: isso geralmente é considerado uma prática ruim. Faça isso apenas pelas comissões que você não empurrou para um repositório remoto (mais sobre os mais tarde).

• Faça uma alteração em um arquivo local.
• Adicione e cometesse o arquivo.

Desfando de um compromisso:

• Execute git reset HEAD~1
• Isso o colocará de volta 1 por trás das últimas, mas preservar as mudanças que foram comprometidas com ele. Suas alterações ainda estarão lá e você poderá ver os arquivos modificados com git status .

Removendo um compromisso da existência:

• Execute git reset --hard HEAD~1
• Isso o colocará de volta 1 por trás do mais recente e do nucleio anterior da existência.

Mover, remover e ignorar arquivos

Alguém verificou um arquivo temporário gerado pelo editor de texto. Stop Git de rastrear este arquivo, removê -lo e atualize o arquivo .gitignore para impedir que os arquivos .tmp sejam rastreados no futuro.

Alguém nomeou o arquivo rename_me.md . O Git tem um comando para mover ou renomear um arquivo, mantendo seu histórico. Use isso para renomear o arquivo para newname.md .

Seção 2: Trabalhando com vários ramos e fundindo o trabalho de outros

Tópicos: Stash, Diff, Merge, Mesclar conflitos

Os arquivos para esta seção podem ser encontrados no diretório section2 .

Fusão

Às vezes, duas pessoas fazem alterações no mesmo arquivo em ramificações separadas. Quando esses ramos são mesclados, isso pode causar um conflito de mesclagem. Como o desenvolvedor que executa a mesclagem, é seu trabalho decidir quais mudanças manter.

Você foi encarregado de atualizar as instruções de instalação do seu produto.

• Confira sua filial novamente.
• Abra o arquivo installation.md e adicione instruções de instalação (não importa o que eles realmente dizem).
• Cometer suas mudanças.
• Andrew diz que ele está trabalhando nas instruções de instalação e atualizou a seção de desinstalação.
• Merge a filial de Andrew na sua e resolva o conflito para que o arquivo contenha as duas alterações.
• Depois de terminar suas alterações, o gerente deseja vê -las na filial do Dev. Mesclar seu ramo em Dev. Desta vez, não deve haver conflitos.

Alterações em estoque

O Git tem uma função para esconder mudanças locais sem cometi -las.

Você está trabalhando na sua filial local, quando seu colega de trabalho Taylor aparece e pede que você tente executar o código deles. Você ainda não está pronto para cometer seu código, mas deseja olhar para a filial de Taylor sem perder seu progresso.

• Faça algumas alterações no arquivo stash_me.md .
• Use o comando git stash para esconder seu trabalho.
• Faça o checkout do ramo de Taylor.
• Confira sua filial novamente.
• Use git stash pop para recuperar seu trabalho.
• Você pode descartar essas mudanças ou cometê -las.

Seção 3: Remotos e compartilhando suas mudanças

Tópicos: repositórios remotos, sincronizando alterações e bifurcando um repositório.

No começo, você clonou este repositório do Github. Você tem todas as suas alterações armazenadas localmente, agora precisa compartilhá -las. O Git usa o conceito de controles remotos para rastrear de onde você clonou um repositório. Você também pode ouvi -los referidos como o repositório a montante. No momento, o controle remoto do seu repositório é definido para o repositório do qual você clonou.

Para enviar alterações em um repositório remoto para que outras pessoas possam visualizá -las e usá -las, você precisa empurrá -las usando o comando git push . Você pode ver se alguma alteração foi feita no repositório remoto executando git fetch . Para puxar as alterações para a ramificação atual em sua cópia local do repositório, use o comando git pull . É uma boa prática verificar se há alterações antes de levar para um controle remoto.

Se você tentar executar git push agora, receberá uma mensagem de que não terá permissão para empurrar para este repositório. A maioria dos repositórios remotos possui segurança para impedir que qualquer pessoa de empurrar suas mudanças. Você fará outra cópia remota do repositório para o qual poderá pressionar suas alterações.

Visite o repositório no Github e bifurque -o para ter uma cópia na sua conta de usuário. Agora, atualize o controle remoto para a cópia do repositório que você mudou e empurre suas alterações na filial dev para o garfo no Github. Se uma filial não existir no repositório remoto GIT o informará. Tente empurrar seu ramo. Qual é a mensagem? O que você precisa fazer para empurrar seu novo ramo?