Contando a História do Seu Código V2

Transcript

1. Contando a História do Seu Código
2. Trabalho com tecnologia há 20+ anos. Apaixonado por inovação e resolver problemas complexos de maneira simples. Pai do Akira <3 Tech Manager @ Trybe @ivanrosolen I Ivan Rosolen
3. I Comunidades
4. Comunidades - Open Source - Eventos / Palestras - PHPSP - Mokation @ Google Campus São Paulo - Trybe
5. I Compartilhar
6. Compartilhar - Blog pessoal - Documentação / Tradução / Testes - Palestras - Projetos
7. I Código
8. Git https://twitter.com/jairhenrique/status/1288521050511335424
9. Git https://maisquesenior.substack.com/p/augusto-pascutti “... Minha visão sobre o Git, por exemplo, é de que ele é uma ferramenta de comunicação, e como tal oferece várias oportunidades de observação. Ter mais adições que subtrações de código, num longo período de tempo, pode significar ausência de refactors. Com Git dá para saber se existem silos de informação, se o tamanho (complexidade) dos commits está aumentando ou diminuindo, quais partes do código concentram muita responsabilidade etc ...”
20. git log
21. Conventional Commits
22. Vantagens - Comunicar a natureza das mudanças para pessoas da equipe (code review), o público e outras partes interessadas - Descrever o motivo que levou a alteração ou adição de algo no código - Facilitar a contribuição de outras pessoas em seus projetos, permitindo que elas explorem um histórico de commits mais estruturado e com melhor rastreabilidade - Evitar commits: "Fix", "Correções", "Ajustes" … - Facilitar o versionamento semântico e criação de CHANGELOG
23. Conventional Commits <tipo>(<escopo opcional>): <título> <corpo opcional> <rodapé opcional>
24. Conventional Commits Tipo => Escopo => Corpo => Rodapé => lista definida funcionalidade ou contexto da aplicação Descrição do que foi feito Link de referência (ticket jira, issue github …)
25. Conventional Commits static: alterações no conteúdo de arquivos estáticos (dados .json, imagens, etc) cd: Alterações em nossos arquivos e scripts de configuração para CD docs: somente alterações na documentação feat: um novo recurso fix: uma correção de bug da aplicação improve: alguma alteração de código que melhore o comportamento de um recurso perf: uma alteração de código que melhora o desempenho refactor: uma alteração de código que não corrige um bug nem adiciona um recurso style: alterações que não afetam o significado do código (espaço em branco, formatação, ponto e vírgula, etc) test: Adicionando testes ausentes ou corrigindo testes existentes
26. git log --oneline
27. git log --oneline --no-merges -n5
28. git log --oneline --no-merges -n20
34. Conventional Commits - Antes fix scroll
35. Conventional Commits - Depois fix(lista-ofertas): ajusta barra de rolagem horizontal para usuários windows Como usuários de windows não tem magic mouse, a rolagem horizontal na lista de ofertas de um job ficou ruim. Foi criada uma verificação do sistema operacional para mudar o comportamento da rolagem horizontal para usuários de MAC e de Windows Issue TP-12345
36. Conventional Commits - Antes novas regras
37. Conventional Commits - Depois improve(regras-gpa): atualiza lista de regras de ofertas GPA Com base em uma planilha csv alterada pelo cliente e PM, foi modificado o conjunto de regras de campos do XML para vincular templates/dinâmica, utilizando as novas regras da ABA "Regras 08/07 (V1.12)" Issue 2154
38. Conventional Commits - Antes observação em templates específicos
39. Conventional Commits - Depois feat(regras-cfo): adiciona regra no campo observação em templates CFO Adiciona condição na regra para preencher o campo ‘Observaçao_de_oferta’ para só executar em em dinamica XXX no template de YYYY. Texto padrão adicionado na constante: OBSERVACAO_REVISAO = '#Mesma marca, fabricante, tipo e preço de venda.'; Issue TP-9911
40. Pull Requests
41. Pull Requests
42. Versionamento Semântico TAG 1.2.3 Seguir as definições macro do https://semver.org/lang/pt-BR/ versão Maior - MAJOR quando fizer mudanças incompatíveis na API versão Menor - MINOR quando adicionar/melhorar funcionalidades mantendo compatibilidade versão de Correção - PATCH quando corrigir falhas mantendo compatibilidade
43. Versionamento Semântico Release Notes #### Fix * mensagens do conventional commit #### Melhorias * mensagens do conventional commit #### Adicionados * mensagens do conventional commit
44. Versionamento Semântico
46. Referências https://www.conventionalcommits.org/pt-br/ https://gist.github.com/ivanrosolen/b5fc4f281b427949d24e849d982b888b https://semver.org/lang/pt-BR/ https://maisquesenior.substack.com/p/augusto-pascutti https://github.com/betrybe/flipt-js https://unsplash.com (imagens)
47. I Perguntas