Minha solicitação de recebimento do github foi mesclada. Qual é a convenção nesta fase?


17

Bifurquei um projeto no Github, fiz uma pequena alteração e enviei uma solicitação de recebimento ao mantenedor original, que o contratou. Agora, o último commit existente Merged pull request #11 from my_username/master.

Esta é a primeira vez que faço isso, então não tenho certeza de qual é a etiqueta agora: fiz uma git pull upstream mastere depois git push origin master, e agora a última confirmação em meu próprio repositório lê, o Merged pull request #11 from my_username/masterque me parece bastante estranho. É assim que as pessoas costumam fazer isso, há algo que eu preciso fazer para "limpar a história" ou algo assim?

Nota: como essa foi uma pequena alteração na documentação, eu não havia criado nenhuma ramificação, apenas fiz a alteração em minha masterramificação e enviei o pull req. Portanto, não há limpeza a ser feita nessa parte.

Respostas:


10

Sim, é isso que as pessoas costumam fazer, porque é o que o git faz.

Os testes de mesclagem geralmente não fazem sentido. É o resultado da lógica de "avanço rápido", ou seja, a mesclagem não cria uma nova confirmação, se não for necessário. Na maioria das vezes, o commit último no master diz "master mesclado", porque o desenvolvedor mesclou o master em sua ramificação e pressionou para mesclar, o que não precisava mais de mesclagens. De qualquer maneira, ninguém liga para commits de mesclagem no git.


5
Se você fazer o cuidado, no entanto, você pode encontrar a no-ffopção de git mergeútil ao mesclar a dominar.
Xion
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.