Redmine

h1. Primeiros passos

Este é um guia para os conceitos básicos do Redmine, escrito da perspectiva de um novo usuário. Vamos evitar as coisas sofisticadas por enquanto e apenas abordar a *criação de um projeto, trabalhar com Tarefas e o fluxo de trabalho básico*.

h2. Etapa um — Criando um projeto

Antes de liberar sua equipe de desenvolvimento, você vai querer configurar um projeto para eles trabalharem. Isso pode ser feito como o usuário Admin (nome de usuário e senha são ambos "admin"). Clique em Projetos (canto superior esquerdo) e depois em Novo projeto (canto superior direito). Preencha todos os dados. Uma descrição de alguns dos campos pode ser encontrada aqui. A única caixa que pode ser confusa é o Identificador do projeto — ele é usado internamente pelo Redmine (para URLs e outras coisas).

h2. Etapa dois — Obtenha alguns usuários

Você vai querer registrar alguns usuários, para que você possa atribuí-los ao projeto. Observe que, por padrão, você deve ativar os usuários manualmente. Então, depois que um usuário preencher a página de registro, você deve efetuar login como Admin, navegar até Administração:Usuários e definir o Filtro para Todos. Ative os usuários conforme necessário.

Uma vez ativo, você pode atribuir um usuário a um projeto. Ao fazer isso, você pode especificar uma ou mais funções que eles desempenham. As opções padrão para funções são:

Gerente

Desenvolvedor

Relator

Essas funções afetam o que cada usuário tem permissão para fazer em cada projeto. Deve-se observar que atribuir uma função afeta as permissões em duas áreas diferentes:

Primeiro, uma função afetará as permissões em todos os aspectos de um projeto. Por exemplo, a função Gerente permitirá que um usuário crie novos (sub)projetos, gerencie os Fóruns, o Wiki, o Repositório e qualquer outra coisa (em geral) dentro de um projeto. Por outro lado, a função Desenvolvedor não poderá editar o Projeto ou excluir mensagens dos Fóruns.

Segundo, uma função afetará as permissões no Workflow. Em geral, um novo Issue progride por vários estados, de New a In Progress, Resolvido e Fechado. Uma das principais diferenças entre Managers e Developers é que Managers podem Rejeitar issues, mas Developers não. (Mais sobre isso abaixo na explicação do Workflow).

h2. Fluxos de trabalho... Você não consegue explicar isso!

Fluxos de trabalho ("Workflows") são como o Redmine rastreia Tarefas desde a criação até a conclusão. O Workflow padrão contém os seguintes estados:

New

In Progress

Resolvido

Feedback

Fechado

Rejeitado

Por padrão, qualquer pessoa que esteja logada pode criar uma Tarefa (Bug ou Feature), mas somente Managers podem Rejeitá-los ou Reabrir uma Tarefa fechada.

h2. Resolvido vs Fechado?

Há muita discussão na Internet sobre isso, mas o consenso geral é que "Resolvido" significa que um desenvolvedor acha que corrigiu o bug, e "Fechado" significa que o relator original ou um Manager o aprovou. Muitos blogs falam sobre isso — tal como http://journal.sifterapp.com/blog/2011/07/resolved-vs-closed/.