Práticas padrão para o Subversion

Eu estou querendo saber se há algum outro fator a ser considerado para a prática padrão de usar o Subversion.

Os poucos que tenho são:

Estrutura de diretórios de / tags / trunk e / branches

Todo o trabalho é feito no tronco que não quebra a funcionalidade

Filial quando grandes mudanças estruturais são feitas ou quando um recurso está sendo adicionado que quebra a funcionalidade principal (sujeito à preferência)

Tags contém versões estáveis

Sempre faça uma atualização antes de começar o trabalho

Confirmar alterações no final do dia / quando um recurso foi adicionado

Notas de confirmação contêm uma descrição relevante

Commit baseado no recurso - não envolva commit

Eu estou em mentes conflituosas sobre a regra para cometer no final do dia e quando um recurso foi adicionado. Eu digo no final do dia para garantir que o repositório seja o mais atualizado possível. No entanto, o código no final do dia pode estar incompleto / quebrar a funcionalidade. No entanto, comprometer-se apenas quando os recursos foram concluídos pode causar desatualização / conflitos?

Eu apreciaria seu crítico sobre qualquer uma das minhas idéias e quaisquer de suas idéias que eu tenha perdido.

Obrigado!

questionAnswers(9)

yourAnswerToTheQuestion