-
exatamente.
Para que não gosta de terminal, aconselho o MELD
http://meldmerge.org/help/resolving-conflicts.html
-
Olá! Alguem poderia comentar a letra a? :)
-
Em relação ao item a:
Git is capable of making sure every object received during a push still matches its SHA-1 checksum and points to valid objects. However, it doesn’t do this by default; it’s a fairly expensive operation, and might slow down the operation, especially on large repositories or pushes. If you want Git to check object consistency on every push, you can force it to do so by setting receive.fsckObjects to true:
$ git config --system receive.fsckObjects true
Now, Git will check the integrity of your repository before each push is accepted to make sure faulty (or malicious) clients aren’t introducing corrupt data.
Fonte: https://git-scm.com/book/en/v2/Customizing-Git-Git-Configuration
-
Identifiquei o item A como errado. No meu entendimento o erro está em afirmar que o git verifica quando ele RECEBE ATRAVÉS DE UM PUSH.
Na verdade, o git recebe novos objetos quando realiza um PULL de um servidor remoto. Ele utiliza o comando PUSH ou PUSH TO para ENVIAR dados ao repositório remoto.
Se eu tiver errado, peço que alguém me corrija.
Obrigado!
-
Luis Henrique, vc está certo!
- Git Pull: Atualiza seu branch de trabalho local atual com todos os novos commits do branch remoto correspondente no GitHub. é uma combinação de e .
- Git Push: Carrega todos os commits de branch local para o remoto.