Differences between revisions 1 and 2
Revision 1 as of 2021-09-17 15:32:18
Size: 3658
Editor: ThiagoPezzo
Comment: create page from / página criada de en#17
Revision 2 as of 2022-01-13 14:15:43
Size: 3596
Editor: ThiagoPezzo
Comment: make translation header easy to include in translations
Deletions are marked like this. Additions are marked like this.
Line 4: Line 4:
~-[[pt_BR/DebianWiki/EditorGuide#translation|Traduções]]: [[BTS/HowTo|English]] - [[es/BTS/HowTo|español]]- [[it/BTS/HowTo|Italiano]] - Português (Brasil)-~ <<Include(BTS/HowTo, ,from="^##TAG:TRANSLATION-HEADER-START",to="^##TAG:TRANSLATION-HEADER-END")>>


O BTS pode monitorar versões de bugs. É possível determinar em qual versão um bug foi encontrado e em qual versão foi corrigido.

Informações sobre manipulação de bugs por e-mail

A documentação completa está em: Introdução ao servidor de e-mail para controle e manipulação de bugs.

Encontrado, não encontrado, fechado

  • Se quiser definir que o bug 123456 está presente na versão 1.2-3 do pacote, você tem que enviar um e-mail para control@bugs.debian.org com:

    found 123456 1.2-3

    ---> A versão pode ser mais antiga ou mais nova do que aquela em que o bug foi relatado. É somente uma forma de indicar que você sabe que o bug está presente.

  • Se quiser dizer que o bug 123456 não está presente na versão 1.2-3 do pacote, você tem que enviar um e-mail para control@bugs.debian.org com:

    notfound 123456 1.2-3
  • Se quiser dizer que o bug 123456 foi corrigido na versão 1.2-3 do pacote, você tem duas formas de fazer:

    • Enviar um e-mail para 123456-done@bugs.debian.org, que inicia com um pseudocabeçalho contendo os seguintes campos:

      Package: foo
      Version: 1.2-3

      ---> O campo Source-Version (versão-fonte) também está disponível.

    • Ou você pde enviar um e-mail para control@bugs.debian.org com:

      close 123456 1.2-3

      ---> Neste último caso, provavelmente é uma boa ideia fazer um CC para 123456-submitter@bugs.debian.org para que quem enviou o bug saiba que o bug foi corrigido naquela versão.

Ramos e NMU

O novo sistema lê os Changelogs (logs de alterações) dos pacotes de modo que, se um bug é corrigido em um ramo (branch) que não está no debian/changelog da versão sid atual (por exemplo, se ele aparece em uma atualização de segurança para estável (stable), ou similares), você pode indicar somente que o bug foi encontrado - found naquela versão e o sistema saberá que esta versão não é aplicável para a atual versão no sid.

Além disso, se um bug é corrigido em um NMU, mas a versão do NMU que o corrigiu não está incorporada quando o próximo upload acontece, o bug permanecerá aberto até que as mudanças no NMU seja incorporadas.

Fechando bugs inválidos

Se um bug que não é realmente um bug é relatado (ou seja, um(a) usuário(a) falhou em entender como o programa realmente funciona, ou algo similar), o bug pode ser fechado ao enviar um e-mail para 123456-done@bugs.debian.org sem o pseudocabeçalho, ou usando close 123456 sem versionamento.

Reabertura

Se você precisa reabrir um bug que foi fechado como inválido, poderia usar o antigo comando reopen. Mas se você vai reabrir um bug, porque ele ainda está presente na versão atual, envie um e-mail para control@bugs.debian.org:

found 123456 2.3-4

Reatribuição

Se precisar reatribuir um bug, é um gesto bacana incluir a versão afetada do pacote. No seu e-mail para control@bugs.debian.org, faça:

reassign 123456 bar 2.0-1

Etiquetas de distribuições específicas

A etiqueta sarge agora significa "não arquivo este bug até que ele tenha sido corrigido em uma versão no sarge".


CategoryBugs | CategoryRedundant: merge with BTS