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.