Portuguese, Brazilian subtitles

← Local Copies of Remote Branches Solution - How to Use Git and GitHub

Get Embed Code
6 Languages

Showing Revision 8 created 06/20/2016 by Udacity Robot.

  1. Para responder a essa pergunta, vamos pensar
    nos commits que estavam presentes no
  2. GitHub e em seu repositório local
    antes e depois do git fetch.
  3. Quando você clonou o repositório,
  4. o último commit contido nele era o
    commit de Larry que adicionava a receita de chili.
  5. Então, esse também ficou sendo o último
    commit em seu repositório local.
  6. Claro, havia outros
    commits, mas
  7. vou deixá-los de fora aqui
    por causa do espaço.
  8. Agora você criou um commit
    para adicionar new spice,
  9. então esse commit também está presente
    em seu repositório local.
  10. E é nele que se encontra seu branch master.
  11. origin/master ainda aponta para
    o commit que estava no remoto
  12. no momento da clonagem.
  13. Depois que você o clonou, Sarah acrescentou
    o commit cumin no GitHub,
  14. mas seu branch origin/master
    ainda não refletirá isso.
  15. Portanto, este é o
    estado do master no GitHub.
  16. E este era o estado dos
  17. dois repositórios imediatamente
    antes de você executar git fetch.
  18. Se você executou git log origin/master,
    deve ter visto que o commit de Larry
  19. que adicionava a receita de chili estava presente,
    mas seu commit que adicionava um novo tempero e
  20. o commit de Sarah que excluía cumin
    não estavam presentes no branch origin/master.
  21. Se você executou git status, deve ter visto
    que seu branch estava um commit
  22. à frente de origin/master.
  23. Isso faz sentido, pois git log e git status
    são executados sem acesso à Internet.
  24. Suponha que você estivesse em algum lugar
    sem acesso à Internet quando
  25. executou esses comandos.
  26. O repositório git local não teria
    qualquer ideia da existência do commit cumin.
  27. Claro, o commit cumin
    não seria mostrado ao executar
  28. git log origin/master.
  29. E o git status não saberia que seus
    branches estavam, na verdade, fora de sincronia.
  30. Ele acha que seu
    branch está mais à frente.
  31. Agora, quando você executa git fetch,
    o git busca o commit cumin e
  32. atualiza o branch origin/master
    para que ele aponte para o novo commit.
  33. Seu master local ainda aponta para
    o commit new spice, como antes.
  34. Então, neste momento, você tem
    uma cópia local do commit cumin salva
  35. e pode acessá-la via git log.
  36. Se você executar git log agora,
    verá o commit cumin
  37. e o commit chili.
  38. Mas ainda não verá seu
    novo commit spice, pois ele está
  39. apenas em seu branch master local.
  40. Como o origin/master e o
  41. master têm um commit que
    não está presente no outro,
  42. git status mostrará que seu branch
    está fora de sincroniza com origin/master.