> For the complete documentation index, see [llms.txt](https://cumbucadev.gitbook.io/github-essentials/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cumbucadev.gitbook.io/github-essentials/dia-9/interagindo-com-o-repositorio-remoto-central-no-git/conectando-local-e-remoto.md).

# Conectando Local e Remoto

Quando trabalhamos com Git, um projeto pode começar em dois lugares diferentes. Às vezes você cria tudo primeiro no seu computador, começando por uma pasta comum e inicializando o Git ali. Em outros casos, você cria o projeto diretamente no GitHub ou em outro serviço remoto. As duas formas são igualmente válidas e aparecem o tempo todo, tanto no trabalho quanto em estudos e projetos próprios.

## Repositório Iniciado Localmente

Quando você inicia um projeto primeiro no seu computador, cria uma pasta, começa a trabalhar nos arquivos e inicializa o Git localmente. Depois, quando quiser compartilhar esse projeto ou apenas fazer um backup remoto, você envia tudo para o GitHub.

## Repositório Iniciado Remotamente

Em outros casos, o ponto de partida é o GitHub. Isso é muito comum porque o repositório remoto já fica organizado, com histórico, permissões e tudo pronto para uso. Quem começa assim geralmente traz esse projeto remoto para seu computador para poder trabalhar nos arquivos localmente.

## O que realmente muda?

A diferença entre esses dois caminhos aparece somente no início, na primeira vez em que o repositório local e o remoto precisam se conhecer. Se o projeto começou no GitHub, você traz tudo para sua máquina. Se começou no seu computador, você envia tudo para o GitHub. Depois que os dois lados estão conectados, não importa mais como o projeto nasceu. A maneira de sincronizar, enviar mudanças e receber atualizações é sempre a mesma.

## O que vamos fazer agora

Nos dias anteriores, já vimos como criar um projeto começando pelos dois caminhos: primeiro pelo [computador local](/github-essentials/dia-3/inicializando-um-repositorio-local.md) e depois [pelo GitHub](/github-essentials/dia-6/criando-um-repositorio-no-github.md). Agora vamos aprender como conectar esses dois mundos. Para isso, começaremos pelo cenário mais comum: um projeto que já existe no GitHub e que você deseja trazer para sua máquina. Em seguida, vamos explorar também o movimento contrário: quando o projeto nasce no seu computador e somente depois ganha um repositório remoto.

{% hint style="warning" %}
Cada projeto segue apenas um desses caminhos:

* Se o projeto **foi criado primeiro no GitHub**, você seguirá o processo de [Conectando Repositório Remoto com Local](/github-essentials/dia-9/interagindo-com-o-repositorio-remoto-central-no-git/conectando-local-e-remoto/conectando-repositorio-remoto-com-local.md)para trazê-lo para sua máquina.
* Se o projeto **foi criado primeiro no seu computador**, você seguirá o processo de [Conectando Repositório Local com Remoto](/github-essentials/dia-9/interagindo-com-o-repositorio-remoto-central-no-git/conectando-local-e-remoto/conectando-repositorio-local-com-remoto.md) para enviá-lo ao GitHub.

Escolha apenas um desses caminhos para cada projeto, não tente fazer os dois para o mesmo projeto.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://cumbucadev.gitbook.io/github-essentials/dia-9/interagindo-com-o-repositorio-remoto-central-no-git/conectando-local-e-remoto.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.