> 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-11/forks-e-pull-requests/recebendo-revisoes-e-mesclando-um-pull-request-criado-a-partir-de-um-fork.md).

# Recebendo revisões e mesclando um Pull Request criado a partir de um fork

Depois de abrir um Pull Request (PR) a partir do seu fork, começa a etapa de **revisão**.

Nessa fase, pessoas mantenedoras ou outras colaboradoras do projeto analisam suas alterações, fazem comentários, sugerem melhorias e podem solicitar ajustes no código ou na documentação.

## Revisões e ajustes

A parte de **revisão e ajustes segue a mesma lógica** que vimos anteriormente para Pull Requests em geral: [Recebendo Revisões em um Pull Request no GitHub](/github-essentials/dia-10/recebendo-revisoes-em-um-pull-request-no-github/recebendo-revisoes-em-um-pull-request-no-github.md).

Na prática, isso significa que:

* você receberá comentários diretamente no PR;
* poderá responder às revisões, tirar dúvidas e discutir possíveis soluções;
* quando forem necessárias alterações, basta:
  * ajustar o código no seu fork localmente;
  * criar novos commits;
  * enviar esses commits para o mesmo branch do fork remoto.

Assim que os commits forem enviados, o Pull Request será atualizado automaticamente, sem a necessidade de abrir um novo PR.

<figure><img src="/files/fnIjhMfIttKJeFeh7La0" alt=""><figcaption></figcaption></figure>

## Mesclagem do Pull Request

A etapa de mesclagem (merge) funciona de forma diferente quando o Pull Request vem de um fork.

Como, nesse cenário, você normalmente não é mantenedora do repositório original, não terá permissão para mesclar o Pull Request. Mesmo que o PR esteja aprovado, o botão de mesclagem não ficará disponível para você.

<figure><img src="/files/xkxjxM0CyTb5sXH6VNqy" alt=""><figcaption></figcaption></figure>

A mesclagem é responsabilidade das **pessoas mantenedoras do projeto**, que irão:

* verificar se todas as revisões solicitadas foram atendidas;
* confirmar que o PR está aprovado;
* escolher a estratégia de mesclagem adequada (*merge commit*, *squash and merge* ou *rebase and merge*);
* realizar a mesclagem no repositório original.

Quando isso acontecer, suas alterações passam a fazer parte oficialmente do projeto.&#x20;

<figure><img src="/files/NjGORUjdKPOaL99s1eEl" alt=""><figcaption></figcaption></figure>

<figure><img src="/files/BhGTICbu4blirL4Szm0S" alt=""><figcaption></figcaption></figure>

Mesmo sem acesso à mesclagem, seu papel é fundamental: responder às revisões, manter o PR atualizado e colaborar de forma aberta durante todo o processo.

***

E depois do merge? Se você quiser continuar contribuindo para o projeto, será importante garantir que o seu fork esteja atualizado com o repositório original antes de começar uma nova alteração. Na próxima seção, veremos como atualizar o fork corretamente para evitar conflitos e retrabalho ao criar novos Pull Requests.


---

# 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-11/forks-e-pull-requests/recebendo-revisoes-e-mesclando-um-pull-request-criado-a-partir-de-um-fork.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.