Moderating the bug tracker/pt: what changed
Revision 0 to 1. Removed lines have a minus sign; added lines have a plus sign.
Title: Moderating the bug tracker/pt
| Old | New | Line | |
|---|---|---|---|
| 1 | + | Este documento contém algumas linhas guias para usar o Lazarus [bug tracker](http://www.lazarus.freepascal.org/mantis/). Este documento é escrito para dois grupos: | |
| 2 | + | ||
| 3 | + | - desenvolvedores lazarus, quem arrumará os bugs | |
| 4 | + | - moderadores, quem dará suporte ao controle dos relatos priorizando-os e verificando assim como eles são reproduzidos. | |
| 5 | + | ||
| 6 | + | Nós usaremos o termo **Lazarus team** para ambos os grupos. | |
| 7 | + | ||
| 8 | + | ## Ciclo de vida de um relato | |
| 9 | + | ||
| 10 | + | Um relato pode ter os seguintes estados: | |
| 11 | + | ||
| 12 | + | - new/novo: ele foi colocado no bug tracker | |
| 13 | + | - acknowledged/admitido: o Lazarus Team viu o relato e ajustou seu alvo | |
| 14 | + | - assigned/atribuído: o relato foi atribuído para um desenvolvedor lazarus, quem tentará corrigi-lo | |
| 15 | + | - confirmed/confirmado: um membro do Lazarus team tem o bug duplicado ou aceitou que a característica deve ser implementada | |
| 16 | + | - resolved/resolvido: a pessoa a qual o relato foi atribuído achou que o relato pode ser fechado. Então ele também ajustou a resolução, por exemplo **fixed/arrumado** ou **not as issue/não é um relato** | |
| 17 | + | ||
| 18 | + | ## Como os moderadores podem dar suporte ao desenvolvedores Lazarus | |
| 19 | + | ||
| 20 | + | ### Admitindo relatos | |
| 21 | + | ||
| 22 | + | #### Ajustando o alvo | |
| 23 | + | ||
| 24 | + | A etapa mais importante quando você admite um relato, é aquela em que você ajusta o campo de alvo. O campo de alvo ajuda os desenvolvedores lazarus a se empenhar a corrigir aquele bug. Geralmente há três opções: **próximo lançamento**, **1.0** ou **post1.0**. Para explicação dessas opções, veja o [[Road To 1.0|Road To 1.0#1.0 or after 1.0]]. | |
| 25 | + | ||
| 26 | + | - próximo lançamento: regressões (isto é: as coisas que estão trabalhando bem na versão atual mas não estão pegando na versão svn) e quebras que podem causar perda de dados. | |
| 27 | + | - 1.0: Lazarus 1.0 conterá um suporte estável para interface win32 e gtk1. | |
| 28 | + | - post 1.0: outros widget sets e novos recursos. | |
| 29 | + | ||
| 30 | + | #### Removendo entradas duplicadas | |
| 31 | + | ||
| 32 | + | Quando um novo relato é visto, você pode também remover cópias que são causadas, porque pessoas enviam algum relato mais de uma vez. Às vezes o bugracker leva um longo tempo para processar um novo relato e o relato recebe impacientes clique em **enviar** novamente. Esses relatos podem ser deletados. | |
| 33 | + | ||
| 34 | + | #### Mencionando questões na lista de e-mail e fóruns | |
| 35 | + | ||
| 36 | + | Se um relato não descreve um bug, mas ele é somente uma questão ou um relator não sabe como usar certo recurso, você pode mencionar a ele a lista de e-mail e/ou os fóruns para perguntar sobre essa questão. Então você pode resolver o relato com resolução "**não é um relato**". Se você desejar você pode fornecer uma rápida resposta à questão, mas o bug tracker é para colocar bugs e pedidos de recursos, não para fornecer suporte. | |
| 37 | + | ||
| 38 | + | #### Adicionando relações com outros relatos | |
| 39 | + | ||
| 40 | + | O bug tracker suporta configuração de relação entre relatos. | |
| 41 | + | ||
| 42 | + | A relação mais fraca é **Relatado**. Isto dá exatamente um link entre os relatos. Isto pode ser muito útil, se você arrumar um relato, ele pode corrigir o relato que foi relatado também... | |
| 43 | + | ||
| 44 | + | Se dois relatores descrevem o mesmo relato, então você pode ajudar **Duplicado do** para o relato mais novo. O outro relator receberá um link para esse relato com **Tem duplicado**. | |
| 45 | + | ||
| 46 | + | Você pode usar a relação **Pai - Filho** entre dois relatos para descrever dependências. A fim de arrumar o relato **Pai**, primeiro o relato **Filho** deve ser arrumado. Às vezes isso é muito útil para *clonar* um relato (grande) e descrever parte desses em separados relatos **Filhos**. | |
| 47 | + | ||
| 48 | + | #### Mencionando o bug tracker do fpc | |
| 49 | + | ||
| 50 | + | Se um bug não é da IDE ou da LCL, mas é da RTL, FCL ou do compilador, você pode resolver o relato com resolução "**não é um relato**" e mencionar ao relator o bug tracker do FPC. | |
| 51 | + | ||
| 52 | + | ### Confirmando relatos | |
| 53 | + | ||
| 54 | + | Mais uma vez, a primeira estapa para arrumar um relato, é criando um pequeno programa de exemplo que mostra o relato. Como dificular esse depende da vontade do relator, quando enviou o relato. Algumas pessoas testam programas para seus relatos (muito bom), algumas pessoas somente colocam um fragmento de código (melhor que nada) e alguma pessoas não colocam nada. Nem todos os relatos tem etapas adequadas para serem reproduzidos. | |
| 55 | + | ||
| 56 | + | Se o relato não estiver obstruído, você pode pedir para o relator dar as etapas para reproduzir esse relato e/ou um programa teste. | |
| 57 | + | ||
| 58 | + | Se você administrou a reprodução desse relato, então você pode ajustar o relato como **Confirmado**. | |
| 59 | + | ||
| 60 | + | --- | |
| 61 | + | *From the Free Pascal wiki, page "Moderating the bug tracker/pt", as it stood on 2006-03-26 after a change by Junior, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).* |