⇤ ← Revision 1 as of 2021-09-17 15:32:18
3658
Comment: create page from / página criada de en#17
|
← Revision 2 as of 2022-01-13 14:15:43 ⇥
3596
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