![Usando Stashes: comandos
Aplicar stash mais recente e apagá-la:
$> git stash pop
Apagar stash:
$> git stash drop stash@{ID} # => Ver ID através do comando $ git
stash list
Transformar stash em branch:
$> git stash branch <branch_name> [<stash>]](https://image.slidesharecdn.com/minicursogit2022-completa-221112161346-0e8c7526/85/Minicurso-GIT-Completo-2022-66-320.jpg)
![Sobre Branches
- NÃO trabalhar diretamente na branch master, ou seja, os commits nela
registrados são feitos apenas via merge;
- As branches podem ser marcadas de acordo com suas finalidades, por
exemplo:
- hotfix/[número-da-versão]
- feature/new-calculator](https://image.slidesharecdn.com/minicursogit2022-completa-221112161346-0e8c7526/85/Minicurso-GIT-Completo-2022-70-320.jpg)
Minicurso GIT Completo (2022)
- 2. Observações
- 3. Danilo Pinotti - [email protected] - danilopinotti.com.br - github.com/danilopinotti Tecnólogo em Sistemas para Internet (UTFPR - Guarapuava, 2017) Arquiteto de Software (PUC MINAS, 2022) Desenvolvedor Sênior na empresa Let’s Sistemas (Atualmente) Desenvolvedor Sênior e Gerente de Tecnologia na N1 Digital / Ambientz (Atualmente) Co-fundador e Desenvolvedor Web/IoT na Trigy (Atualmente)
- 4. Roteiro ● Sistema de controle de versão (VCS) ● Comparativo ● Sobre o Git ● Instalação ● GitHub ● Primeiros passos ● Gerenciamento de índice ● Branches ● Stashes ● Boas práticas ● Repositórios online
- 5. Por que usar sistema para controle de versão ?
- 6. Por que usar sistema para controle de versão ?
- 7. Por que usar sistema para controle de versão ? ● Versionamento ● Armazenamento e segurança contra perda de informações ● Trabalho Simultâneo ● Contar a história do projeto
- 8. Organizar o desenvolvimento de software ● Visualizar as mudanças ocorridas em cada arquivo; ● Visualizar o estado do projeto em etapas anteriores; ● Desfazer mudanças; ● Desenvolver funcionalidades em paralelo.
- 9. Compartilhar projetos Utilizar Dropbox, pen drives ou afins para compartilhar código muitas vezes resulta em dor de cabeça. - Perda ou falta de arquivos - Falha na Sincronização - Confiabilidade - Velocidade - Conflitos
- 10. ● Trabalhos da faculdade/curso ● Controlar arquivos pessoais ● Exemplos e exercícios feitos ● Iniciar o seu portfólio na web Outras utilizações da ferramenta
- 11. Sobre o Git
- 12. O que é GIT ➔ Sistema de controle de versão de arquivos; ➔ Projetos na qual diversas pessoas podem contribuir simultaneamente; ➔ Sem risco de suas alterações serem sobrescritas pela ferramenta; ➔ Rápido.
- 13. GIT O Git foi inicialmente projetado e desenvolvido por Linus Torvalds para o desenvolvimento do kernel Linux ● Git começou em 3 de Abril de 2005; ● Anunciado em 6 de Abril de 2005; ● Tornou-se auto-hospedeiro no dia 7 de Abril de 2005; ● A primeira mescla de arquivos (merge) em múltiplos ramos (branches) foi realizado em 18 de Abril; ● Torvalds alcançou seus objetivos de performance; em 29 de Abril; ● 16 de Junho, a entrega do kernel 2.6.12 foi gerenciada pelo Git.
- 15. Quem usa GIT ?
- 16. Comparativo
- 17. Comparativo
- 18. Comparação de Desempenho entre Subversion, Mercurial e Git Versões Usadas na Comparação 06/2012 07/2016 Subversion 1.7.5 1.9.3 Mercurial 2.2.1 3.8.4 Git 1.7.10 2.9.1
- 20. Análise dos Resultados Segundo Jakob Nielsen, há três limites de tempo de resposta que percebemos: ● Abaixo de 100ms. Percebido como resposta instantânea. ● Abaixo de 1s. Nota-se o atraso, mas o usuário mantém o fluxo de pensamento. ● Até 10s. Depois disso, os usuários tendem a executar outras atividades enquanto esperam a operação terminar. Nenhuma das três ferramentas apresentou um tempo de resposta demorado o suficiente para que o desenvolvedor tenha motivo para se distrair com outras coisas.
- 21. Exemplos Git
- 23. Primeiros passos: Conceitos básicos Git != Github Áreas do Git ● Working area - Ambiente de trabalho ● Staging area - Área de índice ● Local repository - Repositório local
- 24. Primeiros passos: Estrutura de um commit
- 25. Primeiros passos: Sistema de Snapshot
- 26. Primeiros passos: Sistema de Snapshot
- 27. Vamos à prática !
- 28. Instalação
- 29. Instalação do GIT: Linux Fedora: #> yum install git-core Debian/Ubuntu: #> apt-get install git
- 30. Instalação do GIT: Windows https://git-scm.com/downloads
- 31. Primeiros Passos
- 32. Configurações Iniciais $> git config --global user.name “Bilbo” $> git config --global user.email “[email protected]” $> ssh-keygen -C “[email protected]”
- 33. GitHub
- 34. GitHub ● Social Network; ● Free para Open Source Projects; ● Compatível com Mercurial, Subversion; ● Github educacional; ● Comprado pela Microsoft em 2018; ● CI/CD, Boards, Copilot, etc
- 35. GitHub 1. Criar conta; 2. Configurar conta; 3. Criar repositório; 4. Clonar repositório.
- 36. Configurações de token (Opcional) 1. Acessar: Profile > Setting > Developers Setting > Personal Access Tokens 2. Gerar token 3. Salvar token para ser utilizado 4. Rodar em seu projeto $> git remote set-url origin https://<githubtoken>@github.com/<username>/<repositoryname>.git
- 37. Primeiros passos ● Pasta .git ● Arquivos .gitignore e .gitkeep ● Ler mensagens fornecidas pelo Git. ● Oh-my-zsh
- 38. Primeiros passos Inicializando um repositório git: $> git init Comando para ajuda: $> git help <comando> $> git help init
- 39. Primeiros passos: Commits Verificar estado dos arquivos do projeto: $> git status Adicionar modificações na área de staging: $> git add <files/directories> Remover modificações da área de índice: $> git restore --staged <files/directories>
- 40. Primeiros passos: Commits Realizar um commit: $> git commit -m “Descriçõa do commit” $> git commit -m “Descrição do commit” --amend Verificar histórico de commits: $> git log
- 41. Áreas de trabalho do git
- 42. Áreas de trabalho do git: $> git add
- 43. Áreas de trabalho do git: $> git commit
- 45. Desfazer um commit (soft, não recomendado) Desta forma será revertido o commit mas as alterações contidas nele voltarão para a área de índice. Voltar um commit (~1) $> git reset HEAD~1 --soft $> git status Retirar modificações do índice $> git reset HEAD
- 46. Desfazer um commit (hard, não recomendado) Desta forma será revertido o commit e todas as alterações contidas nele serão violentamente apagadas. Voltar um commit (~1) $> git reset HEAD~1 --hard $> git status
- 47. Reverter um commit (Recomendado) Há uma terceira forma de voltar as modificações de um commit, bastando revertê-lo. Reverter um commit significa criar um novo commit aplicando as modificações opostas. $> git revert <hash_do_commit>
- 48. Alguns comandos básicos git init Cria um repositório git status Avalia estado dos arquivos no diretório de trabalho e no índice git add Adicionar arquivos ao índice git restore --staged Retira o arquivo/modificação do índice git checkout Reinicia arquivo modificado fora do índice (passeio pelo projeto) git commit Grava conteúdo do índice e coloca no repositório git log Mostra o histórico dos commits no repositório
- 49. Ignorando arquivos Arquivo .gitignore Exemplo: /.bundle. /db/*.sqlite3 /log/*.log /tmp Forçar o arquivo ignorado a ir para a área de índice $> git add <file> -f
- 51. Tags
- 52. Tags - O que são ? - Para o que servem ?
- 53. Tags: comandos Criar Tag $> git tag <tag_name> -m “<tag_description>” Ver tags: $> git tag
- 54. Tags: comandos Checkout na tag: $> git checkout <tag_name> Enviar tags para o servidor $> git push origin --tags
- 55. Branches
- 56. Branches O Git permite criar uma linha independente de desenvolvimento no seu projeto. Isso permite alterações em partes específicas do software sem comprometer o restante do projeto. Verificar branches e branch corrente: $> git branch
- 57. Branches: Criando ramificações Comando para criar uma branch: $> git branch <branch_name> Ou $> git checkout -b <branch_name> A Branch é criada a partir do commit mais recente.
- 58. Branches: Trocar branch corrente Para “navegar” entre as branches é usado o comando “checkout” da seguinte forma: $> git checkout <branch_name> PS: O comando “checkout” além de permitir navegar entre os commits do projeto, também é responsável por alterar a branch corrente.
- 59. Branches: Unindo ramificações por Pull Request Quando estamos trabalhando em grupo, é importante termos controle do que será de fato adicionado à branch principal (master). Para isso, devemos abrir uma PR (Pull Request) no Github. - Ver na prática
- 60. Branches: Unindo ramificações Localmente Após desenvolver uma funcionalidade separada do fluxo principal, muitas vezes é interessante incorporar as modificações no branch master. Para realizar esta tarefa é utilizado o comando “merge” na branch que será usada como base. $> git checkout master $> git merge <branch_name>
- 61. Branches: Deletando ramificações Após o merge, muitas vezes a branch não será mais necessária localmente, podendo assim ser apagada. $> git branch -d <branch_name>
- 62. Stashes
- 63. Situação Você está desenvolvendo novas funcionalidades; Surge um bug em outra parte do sistema para resolver; Você não quer “commitar”, pois ainda não terminou a adição das funcionalidades.
- 64. Stash ➔ 4ª área do git. ➔ Área temporária.
- 65. Usando Stashes Adicionar modificações na área de staging $> git add . Mover modificações para uma stash $> git stash Ou $> git stash save “Description” Re-aplicar modificações movidas para a stash $> git stash apply Ou $> git stash pop
- 66. Usando Stashes: comandos Aplicar stash mais recente e apagá-la: $> git stash pop Apagar stash: $> git stash drop stash@{ID} # => Ver ID através do comando $ git stash list Transformar stash em branch: $> git stash branch <branch_name> [<stash>]
- 67. Usando stashes: comandos Apagar todos os stashes gravados: $> git stash clear
- 68. Boas Práticas
- 69. Sobre commits - Frases descritivas e diretas; - Não tenha medo de realizar commits; - Formato: - Começar com letra maiúscula; - No máximo 50 caracteres; - Não colocar ponto no final; - Nunca em primeira pessoa. - Commits devem ser mudanças pequenas e completas no código - Aplicação deve funcionar sem eles.
- 70. Sobre Branches - NÃO trabalhar diretamente na branch master, ou seja, os commits nela registrados são feitos apenas via merge; - As branches podem ser marcadas de acordo com suas finalidades, por exemplo: - hotfix/[número-da-versão] - feature/new-calculator
- 72. Sincronizar Enviar modificações para o servidor: $> git push <remote_name> <branch_name> $> git push origin master Baixar atualizações do servidor: $> git pull <remote_name> <branch_name> $> git pull origin master OBS: git pull = git fetch + git merge FETCH_HEAD
- 74. Dúvidas ?
- 75. Obrigado