Trabalhe com o GitLab!

Essa abordagem permite que:

desenvolvedores sejam mais rigorosos em seu código

o estabelecimento de revisões regulares de código entre os membros da equipe

trabalhar de forma assíncrona na mesma etapa importante do projeto

criar, atribuir e gerenciar tarefas que estão intimamente ligadas ao código do projeto

Projetos e noções de grupo

O GitLab permite agrupar projetos no mesmo grupo (um projeto é na verdade um repositório git). Observe que também é possível aninhar subgrupos dentro de um grupo:

A vantagem de organizar seus projetos em grupos / subgrupos é que é muito fácil gerenciar os membros , facilitando o trabalho entre várias equipes. Um projeto herda os membros do grupo que o contém, mas é possível adicionar um grupo externo inteiro aos membros. No entanto, não é possível adicionar um grupo a outro grupo.

5 perfis de usuário estão disponíveis com diferentes permissões

relatório (apenas para gerenciar problemas, mas não excluí-los, comentá-los ou atribuir pessoas, etc.)

desenvolve

manter

etc.

O gerenciamento de ocorrências (tickets) é feito por projeto. Mas ainda é possível exibir todos os tickets dos projetos do mesmo grupo ou subgrupo. No mesmo modelo de um KANBAN (à la trello), os problemas são, na verdade, tarefas a serem realizadas. Eles podem ser atribuídos a uma ou mais pessoas.

Rótulos diferentes (status / rótulos) podem ser atribuídos a eles. Por padrão, temos: Open , To Do , Doing , Closed . Isso permite agrupar as questões por tema.

Você também pode agrupar os problemas por milestone (Milestone) , que pode representar, por exemplo, sprints em uma metodologia ágil. Na verdade, essas são as etapas importantes de um projeto. O marco é concluído quando todas as questões relacionadas a ele forem “fechadas” .

No formato de quadro, podemos mover facilmente os diferentes problemas de rótulos em rótulos de acordo com seu estado de progresso.

Solicitações de mesclagem (MR)

Quando um problema foi assumido ou atribuído a uma pessoa, quando foi para “Fazer” e a solicitação de mesclagem (MR) foi aberta, o desenvolvedor só precisa trabalhar no branch associado de o último. O nome da ramificação será: -branch_name. Da mesma forma, em qualquer mensagem de confirmação ou comentário da IU, você pode se referir a um problema escrevendo #

Cada MR torna possível:

compare as mudanças entre dois ramos durante os códigos de revisão

revisar e discutir as mudanças

obtenha uma visão geral das mudanças

evitar fusão usando a palavra-chave WIP

resolver problemas de mesclagem automaticamente

resolver conflitos via UI

squash se compromete por uma história mais limpa.

Estimativa e registro de tempo

É possível inserir estimativas do tempo gasto em um problema usando comandos do Gitlab. Tudo que você precisa fazer é escrever estes comandos no campo de comentário:

/ estimativa : para adicionar uma estimativa

/ gastar : para indicar o tempo gasto

O tempo é diminuído em:

mo: mês

w: semanas

d: dias

h: horas

m: minutos

A partir de então, uma barra de progresso será exibida para o resultado em questão.

Artigo originalmente publicado em: https://www.escolalinux.com.br/blog/trabalhe-com-o-gitlab