O que é um repositório remoto?
Até agora, seu repositório só existia em um lugar: o seu computador.
Um é um repositório Git armazenado em outro lugar, geralmente em um serviço como o GitHub. Ele continua sendo um repositório Git, mas fica disponível pela rede, e não só na sua própria máquina.
No projeto que estamos construindo, o repositório local já existe. Quando criarmos um repositório no GitHub para ele, os dois repositórios ainda não vão saber um do outro. Para usá-los juntos, vamos conectar o repositório local à URL do repositório remoto.
Muita gente encurta repositório remoto para só remoto. Quando alguém diz "dê um push para o remoto", quer dizer "envie os commits para esse repositório Git hospedado".
Este é o caminho que vamos seguir neste capítulo:
-
Já temos um repositório local no nosso computador. Ele contém os commits que fizemos até agora.
-
Vamos criar um repositório vazio no GitHub. Assim, teremos um lugar online para guardar uma cópia do histórico do nosso projeto.
-
Vamos conectar nosso repositório local ao repositório do GitHub adicionando a URL do GitHub como um remoto. O nome usual desse primeiro remoto é
origin. -
Depois de conectar os dois, podemos dar um push dos nossos commits locais para esse repositório vazio no GitHub.
-
Mais tarde, se o repositório do GitHub tiver commits novos que o nosso repositório local ainda não tem, podemos dar um pull para baixar esses commits.
Esse passo de conexão é essencial. Enquanto você não adicionar um remoto, seu repositório local não sabe para qual repositório do GitHub deve enviar os commits.
Existe outro ponto de partida comum: .
Você clona quando o projeto já existe no GitHub e quer obter sua primeira cópia local. Em vez de começar com git init, você clona o repositório remoto, e o Git já cria um repositório local conectado. Depois, é só trabalhar nele normalmente.
Neste curso, estamos fazendo o contrário: começamos localmente e agora estamos conectando esse repositório local ao GitHub.
Com um repositório remoto, você pode:
-
Fazer backup do seu trabalho: se algo acontecer com o seu computador, seus commits continuam existindo no servidor remoto.
-
Trabalhar em mais de uma máquina: você pode dar um push de um computador e um pull dos mesmos commits em outro.
-
Compartilhar o trabalho com uma equipe: o repositório remoto vira o lugar compartilhado onde as pessoas trocam commits.
Se o repositório remoto é seu, você decide quem pode lê-lo e quem pode alterá-lo. Por exemplo, um projeto open source pode permitir que qualquer pessoa clone o repositório, mas só pessoas selecionadas, chamadas de maintainers (mantenedores), podem dar push de commits no repositório principal.
O GitHub também permite um repositório. Um fork é uma cópia separada, no servidor, que fica na conta de outra pessoa. Assim, essa pessoa pode fazer experimentos na própria cópia sem alterar o repositório original.
Duas palavras são fáceis de confundir:
-
Clone: fazer uma cópia local de um repositório remoto no seu computador.
-
Fork: fazer, na sua conta, uma cópia no servidor do repositório remoto de outra pessoa. Depois, você normalmente clona a partir desse fork, e não do repositório original. As atualizações do repo original só vão aparecer no seu fork se você as puxar explicitamente.
Se alguém encontra um bug em um projeto open source, pode forkar o projeto, corrigir o bug no próprio fork e depois sugerir a correção . Se os mantenedores gostarem da mudança, podem trazê-la para o repositório original.
Projetos como o Linux, o .NET, o Python e o VS Code são desenvolvidos desse jeito. Você ainda não precisa desse fluxo de trabalho inteiro, mas é útil saber o que o GitHub torna possível.
O GitHub é uma plataforma popular para hospedar repositórios Git remotos. Neste capítulo, vamos criar um repositório no GitHub, conectá-lo ao nosso repositório local e enviar nossos commits para lá.
Vamos ver como criar um repositório novo no GitHub.
Faça o curso do jeito que ele foi pensado: avance aos poucos, siga uma sequência linear, mantenha o foco e desbloqueie gradualmente as entradas da Gitopedia. Quando quiser, continue praticando com o Git de verdade no VS Code, Cursor ou Antigravity IDE.
mas precisa de login