Vamos complicar um pouco mais...
Acrescentei outra linha em branco.
Marquei pra juntar o que alterei agora como fazendo parte da alteração anterior.
Veja aí, temporariamente tem 4 (QUATRO) posições.
- salvo no source-forge
- salvo no github
- depois se divide em duas
a) o que salvei primeiro
b) eu acumulei duas juntas, a outra deixa de existir e entra a nova no lugar
isso é controle de fonte.
por enquanto posso escolher:
- se quero manter a situação atual com duas alterações cumuladas
- se quero voltar na anterior que tem a alteração sozinha
- se quero voltar ao que salvei no github
- se quero voltar a situação do source forge
É como se você tivesse feito vários discos de backup, e pode escolher qual disco de backup vai usar pra restaurar.
Nesse meio tempo, ainda posso salvar no github, e mudar a posição do github.
Mas completado o teste, como nada disso interessa, reseto tudo pra posição original, e jogo esses testes fora.
Última etapa dessa bagunça toda: salvar no github a posição corrigida.
Nesse caso preciso marcar pra "FORÇAR A GRAVAÇÃO", porque o github por default não deixa voltar atrás.
Veja a posição de todos está no mesmo lugar.
É a última chance de eu mudar de idéia.
Ainda aparece toda bagunça pra eu decidir se é isso mesmo que eu quero.
Fechei o programa e reabri.
Tá aí bonitinho, do jeito que estava antes de fazer os testes.
Foi esse jeito que decidi que ficasse no final.
Essa coisa toda é pra não perder nada dos fontes.
Como se fossem vários discos de backup, de cada situação.
Você pode comparar as situações, ver o que tem de diferente, etc.
E decide em qual backup vai trabalhar daqui pra frente.
Chamam de linha de tempo, porque é o que vai acontecendo conforme o tempo passa.
E você pode voltar atrás e tomar uma decisão diferente da atual.
Isso vai multiplicando pra cada vez mais linhas do tempo.
Quando dá conflito, aí eu posso ver o que havia de diferente pra acertar.
É mesmo como se fosse comparar discos de backup, mas pelo git tá tudo sempre na mão.
É só ter certeza do que está fazendo, pra seguir em frente com o source-forge, é ele quem vale.
Isso fui pegando jeito aos poucos.
Ninguém é de ferro pra acertar sempre.
O git te dá todas as opções possíveis de consertar as cagad.as
Nessa hora é ter mais calma ainda,
Tem até que deixar o source-forge continuar errado, enquanto está ajustando.
Já aconteceu de, enquanto eu estava ajustando as coisas, o Wilfried salvar a correção que eu ia fazer.
Aí é ter calma, salvar no github pra não perder nada, e começar a comparação de novo... mas a partir da nova situação, e não da que estava antes.
Ainda bem que os conflitos são eventuais.
É nessa hora também que eu salvo sem changelog, assim a gravação é garantida.
Deixo só o changelog pendente, que como todo mundo mexe, é o que tem mais chances de dar conflito.
