https://a.storyblok.com/f/270183/19356/a4bb6f0a2f/blog_multiple-pull-requests_1200x600.png

Abrindo várias solicitações de pull

Publicado em May 10, 2021

Tempo de leitura: 1 minuto

É a época em que surgem muitos pull requests, então hoje pensei em compartilhar uma dica para evitar erros comuns nessas solicitações, que geralmente ocorrem quando o branch master está desatualizado.
Tornar-se um colaborador assíduo de um projeto é uma das melhores coisas que podem acontecer a quem participa do Hacktoberfest — mas há alguns pontos a serem observados ao enviar um pull request que não seja o primeiro em um repositório recém-forkado. Hoje vou compartilhar minhas dicas para garantir que cada pull request seja tão bom quanto o primeiro!

A Vonage está muito animada por ser parceira do Hacktoberfest 2020. Nós não somos novatos no mundo do código aberto, já que nossas bibliotecas, trechos de código e demonstrações estão todos no GitHub. Para mergulhar de cabeça nas comemorações, não deixe de conferir nossa página do Hacktoberfest para saber mais sobre tudo o que planejamos!

O segredo está na preparação

Para ir além de uma contribuição pontual e superficial, há um pequeno acréscimo ao seu fluxo de trabalho habitual que pode fazer uma grande diferença. Quando você estiver se preparando para contribuir com um novo repositório, tente o seguinte:

  1. Faça um fork do repositório para sua própria Account

  2. Clone esse repositório no seu computador

  3. Agora adicione o repositório original como um remoto “upstream”

Esse terceiro passo mágico, antes de você começar a fazer alterações, criar um branch ou até mesmo configurar o projeto para trabalhar localmente, vai fornecer o link necessário para colaborar com um projeto mais de uma vez.

Sincronizar antes de criar um ramo

Com esse remote upstream configurado, fica mais fácil manter seu branch principal ou master local sincronizado com o do projeto upstream.

Lembre-se de que você nunca deve fazer commit no seu repositório local master ou main ramificação diretamente. Ela deve sempre acompanhar o estado do projeto principal, para que você possa criar uma ramificação a partir dele e não incluir nenhuma alteração adicional por engano!

Quando for fazer a segunda contribuição, atualize seu branch local “main” ou “master” antes de criar o branch no qual você vai trabalhar.

  1. git checkout main

  2. git pull upstream main

  3. git push

É isso aí! Confira os URLs do GitHub do projeto e do seu próprio fork — e você verá que seu branch principal está em dia com o do projeto.

Agora você pode seguir em frente e fazer outra alteração... e outra... e outra. Feliz Hacktoberfest!

Compartilhar:

https://a.storyblok.com/f/270183/250x250/e3d3b71060/lornajane.png
Lorna MitchellEx-funcionários da Vonage

Lorna é engenheira de software e tem um vício incurável por escrever em blogs. Ela tenta domar as palavras e o código na mesma medida.