Ajusta o texto explicando sobre usar o git no formato tradicional #5
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
O texto original tinha alguns problemas porque sugeria que o modelo do GitHub é um modelo superior e novo, que inclusive ele por si só ajudava a "ter menos bugs porque existe revisão", o que simplesmente não é verdade. Sim, o modelo de Pull Requests é mais centralizado e faz sentido quando pensamos numa plataforma centralizada como o GitHub, instâncias do GitLab, etc. Mas ele não é a prova de balas e também introduz problemáticas (como a política de adicionar milhares de commits "fix bug" num PR a cada revisão, estas que o próprio GH visa corrigir com a funcionalidade de Squash Merge, por exemplo).
Enfim, tentei destacar que o modelo antigo tem suas vantagens e tampouco é "antiquado" ou "ruim" (até porque, o maior projeto open-source do mundo usa ele em escalas que nenhum outro projeto sonha em fazer usando listas de email, por exemplo), sem entrar muito em detalhes porque eu acho que falta uma parte mais "avançada" pra se debruçar em cima do modelo de patches. Talvez pudesse ser o capítulo 5, mas provavelmente precisaria refatorar e reorganizar todas as referências?