Processos de Melhorias Contínuas - UNA-SUS/UFMA 2018

UNA-SUS 2018 Processo de Melhoria Contínua

GITFLOW

Fluxo de Desenvolvimento • Operações de alto-nível para repositórios usando
o modelo de branches do Vincent Driessen. • Framework • 2010 • Baseado em brachs • Focado na entrega do projeto

MAIN Branchs Master: histórico principal Develop: integração de funcionalidades, histórico
de implementações

FEATURE Branchs Cada funcionalidade é uma nova branch que nasce
a partir da develop Ao ﬁnalizar ela retorna como PR para a develop

HOT FIX Branchs São criadas para corrigir bugs em produção
ÚNICA branch que se comunica diretamente com MASTER Assim que concluído é mesclada com master e develop

Modelo “ideal” de ﬂuxo

exemplo prático 1. git checkout develop && git pull 2.
git checkout -b feat-add-plugins-scope 3. … 4. git commit -m “feat(plugins): Define template to component” 5. git commit -m “feat(plugins): Define model to call events” 6. git commit -m “ref(service): Change plugins calls in grapesjs service” 7. … 8. git push 9. git checkout develop 10. git merge feat-add-plugins-scope 11. … No projeto da SaiteBooker eu estou definindo a estruturação de plugins dentro do canvas

COMMITS

Mensagens de Sucesso! Commits bem escritos se tornam uma linha
do tempo de desenvolvimento do projeto. A leitura da mensagem explica o processo realizado. <type>(<scope>): <subject> <body> <footer>

• feat (new feature for the user, not a new
feature for build script) • fix (bug fix for the user, not a fix to a build script) • docs (changes to the documentation) • style (formatting, missing semicolons, etc; no production code change) • refactor (refactoring production code, eg. renaming a variable) • test (adding missing tests, refactoring tests; no production code change) • chore (updating grunt tasks etc; no production code change) <TYPE>

• init • runner • watcher • conﬁg • web-server
• proxy <SCOPE>

• uses the imperative, present tense: “change” not “changed” nor
“changes” • includes motivation for the change and contrasts with previous behavior <BODY>

• Closed issues should be listed on a separate line
in the footer preﬁxed with "Closes" keyword like this: Closes #234 <FOOTER>

fix(middleware): Ensure range headers adhere more closely to RFC 2616
Add one new dependency, use `range-parser` (Express dependency) to compute range. It is more well-tested in the wild. Fixes #2310

Processos de Melhorias Contínuas - UNA-SUS/UFMA 2018

Processos de Melhorias Contínuas - UNA-SUS/UFMA 2018

Alisson Gomes

More Decks by Alisson Gomes

Other Decks in Technology

Featured

Transcript

UNA-SUS 2018 Processo de Melhoria Contínua

GITFLOW

Fluxo de Desenvolvimento • Operações de alto-nível para repositórios usando

MAIN Branchs Master: histórico principal Develop: integração de funcionalidades, histórico

FEATURE Branchs Cada funcionalidade é uma nova branch que nasce

HOT FIX Branchs São criadas para corrigir bugs em produção

Modelo “ideal” de ﬂuxo

exemplo prático 1. git checkout develop && git pull 2.

COMMITS

Mensagens de Sucesso! Commits bem escritos se tornam uma linha

• feat (new feature for the user, not a new

• init • runner • watcher • conﬁg • web-server

• uses the imperative, present tense: “change” not “changed” nor

• Closed issues should be listed on a separate line

fix(middleware): Ensure range headers adhere more closely to RFC 2616