Quando o meu software tem uma nova versão, como pode Bugzilla sei que estou trabalhando agora em uma versão mais recente?

Question

Eu estou usando Bugzilla e SVN. Agora, a versão do projeto no Bugzilla é a versão 1.0. E se eu decidir criar um tag no SVN, para a versão 2.0. Como posso notificar Bugzilla que eu estaria agora trabalhando na versão 2.0? Eu simplesmente editar o número da versão do projeto no Bugzilla? Buut que se um usuário gostaria de registrar um bug para a versão 1.0? Como pode Bugzilla lidar com isso?

Muito obrigado!

Answer 1

Quando você quer trabalhar em uma nova versão do seu projeto, você pode definir uma nova versão. Isso permite que você erros atribuir a ambos os atuais e / ou futuras versões, e denote em que versões do bug será corrigido. Isso pode ajudar a priorizar seu trabalho e ajudar seus usuários a ver o que está previsto para ser fixado quando. Consulte 3.4.3 da documentação para mais detalhes.

Para Subversion associado com o Bugzilla, você pode ScmBug , ou outras integrações como Eclipse Mylyn para gerir a relação entre Subversion e exemplo Bugzilla.For com Mylyn você pode ter a tarefa Bugzilla " ativa" em seu espaço de trabalho Eclipse, de modo nenhum commit Subversion estão associados com a tarefa. Há uma boa introdução ao Mylyn no developerWorks.

Quando você tem a relação configurar e cometer uma mudança, a integração irá associar o número de tarefas com a revisão.

Se você quiser automatizar a criação de versões do Bugzilla quando você faz a marcação no Subversion, existem algumas indicações abaixo, embora você é provavelmente melhor fazer isso manualmente, como criação da tag não significa que o produto foi fabricado e disponibilizados para seus usuários (a menos que você estender o gancho para também criar seus pacotes).

Você pode configurar um post-commit gancho para Subversion , este gancho será chamado sempre que você cometer uma mudança. Você pode verificar se o tipo de cometer uma cópia para o diretório tags e invocar Bugzilla através do API para criar uma nova versão.

Você precisa definir alguma convenção para suas tags de libertação de modo que as versões não são criados para todas as tags (por exemplo, invocar a API se a marca começa com "release").

O Python Subversion exension pysvn pode ajudar a simplificar o processamento de gancho.

Existem também alguns exemplos de scripts no Subversion documentação que pode ajudá-lo começado.

Answer 2

O meu entendimento é que as versões em Bugzilla são as versões que os erros foram encontrados em (do doc: a primeira versão do bug estava presente).

A minha prática corrente é ter um bug tracking para cada versão futura, que IIRC foi a maneira como as coisas foram tratadas nos dias Mozilla.

Bugzilla, desde então, conceitos como alvo Milestones introduzido e Flags que também pode ser utilizado como critério de pesquisa em Pesquisa avançada.