por JoséQuintas » 08 Jan 2021 10:54
Importante:
Um fork é uma cópia de outro repositório.
HMG tem lá o original, se você criar um fork vai ser da original.
Tem o meu que é fork, se você criar um fork do meu, vai ser do meu, e não do original, vai conter minhas alterações.
Vai até poder atualizar do original, mas vai ter o mesmo trabalho que eu pra fazer integração, se houver conflito.
Quando você baixa git clone endereco_internet pasta_local
Isso salva o endereço de internet dessa cópia.
git pull -> vai sempre baixar atualizações desse endereço
git pull endereco_internet -> isso vai baixar atualizações de outro lugar
Você cria uma cópia/um fork do Harbour 3.4.
Depois git clone meufork Harbour34
Isso vai só mexer no seu fork, pra atualizações de/para seu fork, de/para sua cópia.
Se quiser trazer atualizações oficiais, depois disso, para seu fork:
git pull endereco_oficial
e pra salvar no seu fork: git push
É só lembrar: você está atualizando de algum lugar, se não disser de onde, é usado o endereço padrão, que é o seu.
Dessa mesma forma, daria pra puxar alterações do 3.2 para o 3.4, mas.... os fontes já não batem, e precisam ajustes que pelo menos EU não sei fazer.
Apenas como exemplo: o fonte tinha nomes de variáveis no 3.2, e todos os nomes foram alterados no 3.4. A alteração do 3.2 continua usando os nomes velhos, então não serve para o 3.4. E é nesse momento que acusa o conflito, e você teria que ajustar para os nomes atualmente usados no 3.4.
Num caso desses, a gente pode até conseguir resolver, mas em outros é complicado.
De qualquer forma, isso seria algo "fora do normal", estou citando apenas como possibilidades.
Mas você pode ter feito alterações por conta própria que também causem isso.
No uso normal, é só ir atualizando, e mais nada.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"https://github.com/JoseQuintas/