Criar o repositório no GitHub
Preparar a “despensa” vazia na internet e copiar a URL do projeto.
Crie o repositório remoto, conecte o origin, autentique e publique o projeto com git push.
Preparar a “despensa” vazia na internet e copiar a URL do projeto.
Usar git remote add origin para dizer ao Git para onde entregar.
Autenticar no GitHub e enviar a branch main com git push.
O remoto é a cópia do repositório fora do seu computador. No GitHub, criamos um repositório vazio e depois conectamos o projeto local a ele.
Antes dos comandos, guarde a imagem: a linha main do seu computador liga-se ao endereço do projeto no GitHub.
Entre em github.com/new, escolha um nome e crie o repositório sem adicionar README, .gitignore ou licença se o projeto local já existe. Assim você evita conflito na primeira publicação.
No GitHub, copie a URL HTTPS do repositório. Ela será o endereço de entrega.
git remote add origin https://github.com/SEU-USUARIO/SEU-REPO.git
origin é só um apelido comum para o remoto principal.
Antes da entrega, o GitHub confirma quem você é. Depois, o git push envia os commits locais para o remoto.
Na analogia, o porteiro pede autenticação e o motoboy faz a entrega. Na prática, o GitHub pode abrir o navegador para login ou pedir um token. A senha da conta não é mais o caminho padrão no terminal.
git push -u origin main
O -u memoriza a ligação. Nas próximas vezes, em muitos casos basta git push.
Atualize a página do repositório no GitHub. Os arquivos e o commit devem aparecer lá.
Responda às 5 questões, uma por vez. Leia a explicação após cada resposta e refaça o quiz se precisar revisar.
É o apelido padrão do remoto principal. Você poderia usar outro nome, mas quase todo mundo usa origin.
Em termos simples, sim: push envia commits do seu computador para o remoto; pull traz atualizações do remoto para o seu computador.
Confira se a autenticação foi concluída, se a URL do remoto está correta e se o repositório no GitHub estava realmente vazio no primeiro envio.