X-Git-Url: http://git.cascardo.eti.br/?a=blobdiff_plain;f=Merge.mdwn;h=d3b0730c82f9f6a03b2973f30c80a1cdf1c14333;hb=73f5e80c93b9b3c5b7028c87a4b052a07729720c;hp=3c5c709dfe14aa04404b98b9c9146044eda3daff;hpb=01304456fe24bcd0dae68b6ec5b0184d3e251886;p=cursogit.git

diff --git a/Merge.mdwn b/Merge.mdwn
index 3c5c709..d3b0730 100644
--- a/Merge.mdwn
+++ b/Merge.mdwn
@@ -87,6 +87,39 @@ quando não se deve reescrevê-la.
 
 ## Fast-foward
 
+Quando realizamos um push em um repositório, enviamos nossas
+atualizações. No entanto, existe uma condição para que o Git aceite esta
+atualização sem emitir um aviso. O novo commit enviado deve conter todos
+os commits já presentes no branch sendo atualizado. Significa que o novo
+commit deve ter o velho commit como ancestral em seu grafo de histórico.
+
+No exemplo anterior em que fizemos o amend, tanto o branch amend quanto
+o branch devel não têm o branch master como ancestral. Isto significa
+que a atualização do branch master para um destes commits não avançaria
+o histórico. Não seria o que chamamos de fast-forward.
+
+Fazer uma atualização que não é fast-forward seria como apagar o
+histórico que já ocorreu. Substituir um ramo por outro. É o que muitos
+chamam de fork. Fazer fork utilizando diferentes repositórios por
+diferentes pessoas, ou diferentes branches com o propósito de realizar
+merges é saudável pra uma comunidade. É o que permite o envolvimento de
+mais pessoas em um projeto, e a experimentação. Mas substituir um mesmo
+branch público por algo que apaga parte de seu histórico pode introduzir
+vários problemas no fluxo de trabalho de uma comunidade, como merges
+duplicados e desnecessários, reescritas de histórico em toda a cadeia de
+branches e forks, criando um efeito cascata.
+
+Portanto, não publique branches que não pretenda manter de forma
+fast-forward, a não ser que fique claro no workflow como aquele branch
+será consumido em outro branch fast-forward, ou deixando claro que o
+branch será reescrito, e não deve ser utilizado como base a não ser que
+o contribuidor esteja preparado para lidar com as reescritas.
+
+Na prática, fast-forward facilita a leitura do histórico, evita
+problemas com push e merges, e facilita reescrita de históricos, nas
+situações em que estes devem ser feitos, em branches ainda não
+publicados.
+
 ## Merge
 
 Integração de código e histórico.