|
|
|
|
<!doctype html>
|
|
|
|
|
<html lang="en">
|
|
|
|
|
|
|
|
|
|
<head>
|
|
|
|
|
<meta charset="utf-8">
|
|
|
|
|
|
|
|
|
|
<title>GIT Flow</title>
|
|
|
|
|
|
|
|
|
|
<meta name="author" content="Julio Biason">
|
|
|
|
|
|
|
|
|
|
<meta name="apple-mobile-web-app-capable" content="yes" />
|
|
|
|
|
<meta name="apple-mobile-web-app-status-bar-style" content="black-translucent" />
|
|
|
|
|
|
|
|
|
|
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
|
|
|
|
|
|
|
|
|
|
<link rel="stylesheet" href="_external/reveal.min.css">
|
|
|
|
|
<link rel="stylesheet" href="_external/default.css" id="theme">
|
|
|
|
|
|
|
|
|
|
<!-- For syntax highlighting -->
|
|
|
|
|
<link rel="stylesheet" href="_external/zenburn.css">
|
|
|
|
|
|
|
|
|
|
<!-- If the query includes 'print-pdf', include the PDF print sheet -->
|
|
|
|
|
<script>
|
|
|
|
|
if( window.location.search.match( /print-pdf/gi ) ) {
|
|
|
|
|
var link = document.createElement( 'link' );
|
|
|
|
|
link.rel = 'stylesheet';
|
|
|
|
|
link.type = 'text/css';
|
|
|
|
|
link.href = '_external/pdf.css';
|
|
|
|
|
document.getElementsByTagName( 'head' )[0].appendChild( link );
|
|
|
|
|
}
|
|
|
|
|
</script>
|
|
|
|
|
|
|
|
|
|
<!--[if lt IE 9]>
|
|
|
|
|
<script src="reveal.js/lib/js/html5shiv.js"></script>
|
|
|
|
|
<![endif]-->
|
|
|
|
|
|
|
|
|
|
<style>
|
|
|
|
|
* {
|
|
|
|
|
hyphens: none !important;
|
|
|
|
|
-moz-hyphens: none !important;
|
|
|
|
|
}
|
|
|
|
|
</style>
|
|
|
|
|
|
|
|
|
|
</head>
|
|
|
|
|
|
|
|
|
|
<body>
|
|
|
|
|
|
|
|
|
|
<div class="reveal">
|
|
|
|
|
<!-- Any section element inside of this container is displayed as a slide -->
|
|
|
|
|
<div class="slides">
|
|
|
|
|
<section data-background='_images/git-workflow-gitflow.png'>
|
|
|
|
|
<h1>GIT Flow</h1>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>O que é o GIT Flow?</h2>
|
|
|
|
|
|
|
|
|
|
<p>GIT Flow é um módulo extra para GIT para gerenciar o fluxo de desenvolvimento
|
|
|
|
|
padrão usando GIT.</p>
|
|
|
|
|
|
|
|
|
|
<p>Hoje está tão difundido que praticamente todas as distribuições que tem o GIT
|
|
|
|
|
tem um pacote para GIT Flow (incluindo Windows).</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>Fluxo de Desenvolvimento Padrão</h2>
|
|
|
|
|
|
|
|
|
|
<p><small>(ou, pelo menos, o esperado)</small></p>
|
|
|
|
|
|
|
|
|
|
<ul>
|
|
|
|
|
<li>trunk/master tem a versão estável do projeto.</li>
|
|
|
|
|
<Li>Existe pelo menos um branch de desenvolvimento.</li>
|
|
|
|
|
<li>Coisas são desenvolvidas no branch de desenvolvimento e depois passadas
|
|
|
|
|
para o trunk/master.</li>
|
|
|
|
|
</ul>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>Fluxo de Desenvolvimento Anabolizado</h2>
|
|
|
|
|
|
|
|
|
|
<ul>
|
|
|
|
|
<li>Trunk/master tem a versão estável do projeto.</li>
|
|
|
|
|
<li>Existe um branch de integração.</li>
|
|
|
|
|
<li>Cada feature tem um branch especializado.</li>
|
|
|
|
|
<li>Branches são testados individualmente e depois testados de novo no branch
|
|
|
|
|
de integração (para que sejam feitos os testes de
|
|
|
|
|
integração) e depois passados parao trunk/master.</li>
|
|
|
|
|
</ul>
|
|
|
|
|
|
|
|
|
|
<p>Praticamente comum em SCVs com criação de branchs rápidas (como o GIT).</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>Começando com GIT Flow</h2>
|
|
|
|
|
|
|
|
|
|
<p><code>git flow init</code></p>
|
|
|
|
|
|
|
|
|
|
<p><pre><code>
|
|
|
|
|
Branch name for production releases: [master]
|
|
|
|
|
Branch name for "next release" development: [develop]
|
|
|
|
|
|
|
|
|
|
How to name your supporting branch prefixes?
|
|
|
|
|
Feature branches? [feature/]
|
|
|
|
|
Release branches? [release/]
|
|
|
|
|
Hotfix branches? [hotfix/]
|
|
|
|
|
Support branches? [support/]
|
|
|
|
|
Version tag prefix? []
|
|
|
|
|
</code></pre></p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<ul>
|
|
|
|
|
<li>Qual o branch estável/de produção?</li>
|
|
|
|
|
<li>Qual o branch de integração/desenvolvimento?</li>
|
|
|
|
|
<li>Qual o prefixo dos branches de features/correções?</li>
|
|
|
|
|
<li>Qual o prefixo dos branches de releases?</li>
|
|
|
|
|
<li>Qual o prefixo dos branches de correções emergenciais?</li>
|
|
|
|
|
<li>Qual o prefixo das tags de versão?</li>
|
|
|
|
|
</ul>
|
|
|
|
|
|
|
|
|
|
<p>(Branches de suporte são experimentais: branches criados a partir do master que nunca
|
|
|
|
|
são feitos merge de volta.)</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>Como Funciona Esse Workflow?</h2>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h3>"Vou começar uma feature nova."</h3>
|
|
|
|
|
<h4><code>git flow feature start minha_feature</code></h4>
|
|
|
|
|
<p>Irá fazer um fork do branch
|
|
|
|
|
de desenvolvimento com o nome "minha_feature".</p>
|
|
|
|
|
<p>(<code>feature start</code> vai começar outro branch a partir do desenvolvimento,
|
|
|
|
|
não do branch de feature atual.)</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h3>"Terminei minha feature."</h3>
|
|
|
|
|
<h4><code>git flow feature finish</code></h4>
|
|
|
|
|
<p>Faz o merge do branch de desenvolvimento com o branch da feature e,
|
|
|
|
|
se tudo ocorreu sem problemas, faz o merge do branch da
|
|
|
|
|
feature de volta pro branch de desenvolvimento e destrói
|
|
|
|
|
o branch da feature.</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h3>"Todas as minhas features estão prontas"</h3>
|
|
|
|
|
<h4><code>git flow release start versão</code></h4>
|
|
|
|
|
<p>Cria um branch de release a partir
|
|
|
|
|
do master e faz um merge com o branch de desenvolvimento.</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h3>"Todas as features estão ok"</h3>
|
|
|
|
|
<h4><code>git flow release finish</code></h4>
|
|
|
|
|
<p>Faz o merge da release atual para o master, destrói o branch de release,
|
|
|
|
|
bota a tag da versão no commit, faz o merge do branch master com desenvolvimento.</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h3>"Fuck, deu algo errado em produção"</h3>
|
|
|
|
|
<h4><code>git flow hotfix start fuckingdevs</code></h4>
|
|
|
|
|
<p>Cria um branch a partir do master, passando por cima do desenvolvimento.</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h3>"Ok, agora deve resolver o problema de produção"</h3>
|
|
|
|
|
<h4><code>git flow hotfix finish</code></h4>
|
|
|
|
|
<p>Faz o merge do branch de hotfix de volta pro master, faz o merge do master com
|
|
|
|
|
o branch de desenvolvimento.</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<p>Pequeno lembrete: todos os branches do git flow são locais.</p>
|
|
|
|
|
|
|
|
|
|
<p>Por que isso é importante?</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>Eu uso SVN!</h2>
|
|
|
|
|
|
|
|
|
|
<img src='_images/boycrying.jpg' height='300px'>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<p>Com branches locais, qualquer alteração é feita localmente na máquina.</p>
|
|
|
|
|
<p><code>git svn dcommit</code> vai mandar o branch atual pro repositório, então se
|
|
|
|
|
você estiver no seu master... Vai o que estiver depois do <code>git flow release finish</code>.</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>Parênteses</h2>
|
|
|
|
|
|
|
|
|
|
<p>O conceito de fluxos do GIT está tão difundido que já existem soluções prontas para:
|
|
|
|
|
|
|
|
|
|
<ul>
|
|
|
|
|
<li>Adicionar o reconhecimento de novos branches por ferramentas de integração contínua.</li>
|
|
|
|
|
<li>Executar testes nos branches novos.</li>
|
|
|
|
|
<li>Verificam a possibilidade de merge se passar pelos testes.</li>
|
|
|
|
|
<li>Se passam os testes e pode ser feito o merge, já faz o merge para desenvolvimento (ou,
|
|
|
|
|
dependendo do caso, criar um merge request automático).</li>
|
|
|
|
|
</ul>
|
|
|
|
|
</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section>
|
|
|
|
|
<h2>Parênteses (cont.)</h2>
|
|
|
|
|
|
|
|
|
|
<p>Ou seja: tudo se resume à: <code>git flow feature start</code>, fazer as alterações, verificar se os
|
|
|
|
|
testes locais passam e fazer um <code>git push</code>.</p>
|
|
|
|
|
</section>
|
|
|
|
|
|
|
|
|
|
<section data-background='_images/thats-all-folks.jpg'>
|
|
|
|
|
<section></section>
|
|
|
|
|
</section>
|
|
|
|
|
</div>
|
|
|
|
|
</div>
|
|
|
|
|
|
|
|
|
|
<script src="_external/head.min.js"></script>
|
|
|
|
|
<script src="_external/reveal.min.js"></script>
|
|
|
|
|
|
|
|
|
|
<script>
|
|
|
|
|
|
|
|
|
|
// Full list of configuration options available here:
|
|
|
|
|
// https://github.com/hakimel/reveal.js#configuration
|
|
|
|
|
Reveal.initialize({
|
|
|
|
|
controls: true,
|
|
|
|
|
progress: true,
|
|
|
|
|
history: true,
|
|
|
|
|
center: true,
|
|
|
|
|
|
|
|
|
|
theme: 'night',
|
|
|
|
|
transition: 'linear',
|
|
|
|
|
|
|
|
|
|
// Optional libraries used to extend on reveal.js
|
|
|
|
|
dependencies: [
|
|
|
|
|
{ src: '_external/classList.js', condition: function() { return !document.body.classList; } },
|
|
|
|
|
{ src: '_external/marked.js', condition: function() { return !!document.querySelector( '[data-markdown]' ); } },
|
|
|
|
|
{ src: '_external/markdown.js', condition: function() { return !!document.querySelector( '[data-markdown]' ); } },
|
|
|
|
|
{ src: '_external/highlight.js', async: true, callback: function() { hljs.initHighlightingOnLoad(); } },
|
|
|
|
|
{ src: '_external/zoom.js', async: true, condition: function() { return !!document.body.classList; } },
|
|
|
|
|
{ src: '_external/notes.js', async: true, condition: function() { return !!document.body.classList; } }
|
|
|
|
|
]
|
|
|
|
|
});
|
|
|
|
|
|
|
|
|
|
</script>
|
|
|
|
|
|
|
|
|
|
</body>
|
|
|
|
|
</html>
|
