Confirmações em massa vs Confirmações rápidas [fechado]


8

Sei que muitos de vocês recomendariam seguir a estratégia e a metodologia do projeto.

No entanto, só tenho uma pergunta rápida, do ponto de vista sênior, o que seria melhor ver pequenos commits rápidos de um desenvolvedor ou um grande pedaço de código enviado para a filial?


Lançamento Lançamento antecipado frequentemente! - Mas garanta que o lançamento não esteja quebrado! Eric Raymond
— Dipan Mehta 19/10/12

Respostas:


21

Realmente não importa o tamanho, mas o commit deve ser o mais atômico possível. Com isso, quero dizer que o commit não deve interromper a construção, deve corrigir um bug específico ou adicionar um recurso específico e ser independente de qualquer outro commit. Se um recurso exige muito código, que assim seja. Mas geralmente essa estratégia produz naturalmente pequenos commits frequentes.


Não posso concordar mais
— Jackie Chan

"Se um recurso exige muito código, que assim seja. Mas geralmente essa estratégia produz naturalmente pequenas confirmações frequentes.": Não necessariamente. Você pode desenvolver e testar localmente e, quando estiver confiante o suficiente, se comprometerá. Você pode precisar de mais confirmações apenas se encontrar erros / problemas mais tarde.
— Giorgio

6

Existem limites, mas eu prefiro commits atômicos pequenos.

Primeiro, facilita as coisas quando você se refere ao motivo pelo qual uma alteração foi feita. Segundo, reduz drasticamente o custo de cometer um erro.

Duas notas de cautela:

Se você estiver usando um VCS centralizado, confirme apenas quando o código criar e executar os testes. (Se você estiver usando o DVCS, substitua "commit" por "push".)

Não faça referência implícita a um comentário de confirmação de outro.

351: pdr: Stop foo from grommiting.
352: pdr: Ooops, got that wrong, let's try again.
353: dan: New launch page.
354: pdr: Third time lucky.

Esse tipo de coisas. Não faça isso. É muito tentador quando você está cometendo com frequência, porque você se lembra do que fez cinco minutos atrás e os comentários começam a parecer uma conversa consigo mesmo. Mas controle-se. Não faz sentido para a pessoa pobre, dois anos depois do seu futuro, que faz uma busca pelo último commit em determinados arquivos.

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.