removing links unnecessary

Author: ui2code

source/branches/dev.md

@@ -4,8 +4,3 @@
 - Nomenclatura: `dev`
 
 NUNCA nenhum `commit`, será feito diretamente em `dev`. As branches `features` e `releases`, serão criadas a partir da branch `dev` e serão mescladas de volta, e também serão mescladas as branches `hotfix`. Não tendo alterações diretamente.
-
-
-[￩ Principais](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/branches/main.md)
-
-[￩ Readme](https://github.com/doc-solutions/documentation-gitflow/blob/master/README.md)

source/branches/feature.md

@@ -28,12 +28,8 @@ $ git push origin dev
 
 A flag `--no-ff` faz a impressão em série para criar sempre um novo objeto commit, mesmo se a fusão poderia ser realizada com um `fast-forward`. Isso evita a perda de informações sobre a existência histórica de uma branch `feature` e reune todos os commits que juntos adicionaram o recurso. Exemplo:
 
-![Flag --no-ff](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/images/merge-no-ff.jpg)
+![Flag --no-ff](../images/merge-no-ff.jpg)
 
 Sem a `flag` é impossível ver a história dos objetos, já que teria que ler manualmente todas as mensagens de log para identificar os `commits`. Reverter uma `feature` totalmente, é uma dor de cabeça na última situação, enquanto ele é feito facilmente se o `--no-ff` foi usado.
 
-Sim, ele vai criar um vazio no commit de objetos, mas o ganho é muito maior do que o custo. 
-
-[￩ Auxiliares](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/branches/supporting.md)
-
-[￩ Readme](https://github.com/doc-solutions/documentation-gitflow/blob/master/README.md)
+Sim, ele vai criar um vazio no commit de objetos, mas o ganho é muito maior do que o custo. 

source/branches/hotfix.md

@@ -61,8 +61,4 @@ Por fim, remova a branch temporário:
 ```
 $ git branch -d hotfix/1.2.1
 // Excluída a branch hotfix/1.2.1.
-```
-
-[￩ Auxiliares](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/branches/supporting.md)
-
-[￩ Readme](https://github.com/doc-solutions/documentation-gitflow/blob/master/README.md)
+```

source/branches/main.md

@@ -10,6 +10,4 @@ A branch `origin/dev`, será idêntico a branch `origin/master`, com alteraçõe
 
 Quando a branch `dev` estiver estável e pronta, será criado a branch `release`, onde o mesmo terá uma nova versão para produção. Nessa etapa, que normalmente ocorre a etapa de homologação das alterações. Estando tudo certo, com as novas funcionalidades, o mesmo deverá ser mesclado na branch `master`.
 
-- [dev](dev.md)
-
-[￩ Readme](https://github.com/doc-solutions/documentation-gitflow/blob/master/README.md)
+- [dev](dev.md)

source/branches/master.md

@@ -33,9 +33,4 @@ Por intermédio da `flag` ***-u***(Upstream), na hora de fazer o `push`, será a
 $ git add README.md
 $ git commit -m "first commit"
 $ git push -u origin master
-```
-
-
-[￩ Principais](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/branches/main.md)
-
-[￩ Readme](https://github.com/doc-solutions/documentation-gitflow/blob/master/README.md)
+```

source/branches/release.md

@@ -60,8 +60,4 @@ Agora sim, a branch `release` pode ser finalizada, uma vez que não é mais nece
 ```
 $ git branch -d release/1.2
 // Release/1.2 branch finalizado
-```
-
-[￩ Auxiliares](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/branches/supporting.md)
-
-[￩ Readme](https://github.com/doc-solutions/documentation-gitflow/blob/master/README.md)
+```

source/branches/supporting.md

@@ -4,12 +4,10 @@ As branches auxiliares nos apoiam no desenvolvimento entre os membros da equipe,
 
 Os tipos de auxiliares são:
 
-- [feature](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/feature.md)
-- [release](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/release.md)
-- [hotfix](https://github.com/doc-solutions/documentation-gitflow/blob/master/source/hotfix.md)
+- [feature](feature.md)
+- [release](release.md)
+- [hotfix](hotfix.md)
 
 Cada um tem um propósito específico e estão vinculados a regras quanto a sua origem e destino de mesclagem.
 
 Podem existir apenas localmente ou também remoto, dependendo da necessidade da equipe. 
-
-[￩ Readme](https://github.com/doc-solutions/documentation-gitflow/blob/master/README.md)