Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Ambos lados da revisão anterior Revisão anterior Próxima revisão | Revisão anterior | ||
| pres:gerti:processos_de_ti:pds [13/05/2026 14:59] – [3.4.3 Modelo de Versionamento] ivinicius | pres:gerti:processos_de_ti:pds [19/05/2026 10:40] (atual) – [2.4 Gestão de Riscos] ivinicius | ||
|---|---|---|---|
| Linha 14: | Linha 14: | ||
| ==== 2.4 Gestão de Riscos ==== | ==== 2.4 Gestão de Riscos ==== | ||
| + | A gestão de riscos trata dos da identificação, | ||
| + | |||
| + | |||
| ==== 2.5 Marcos, Cronograma e Prazos ==== | ==== 2.5 Marcos, Cronograma e Prazos ==== | ||
| Linha 122: | Linha 125: | ||
| === 3.4.3.4 Merge Request === | === 3.4.3.4 Merge Request === | ||
| - | Em todos os projetos Git a branch padrão main/master sempre estarão protegitas para commits e merge, sendo possível atualizar nela apenas via Merge Request. Seguindo o modelo GitFlow, as alterações nessa branch serão via correções advindas de branch de release que por sua vez vem de uma branch hotfix, ou via projetos de evolução/ | + | Em todos os projetos |
| Toda atualização na branch main/master irá gerar uma nova versão estável do sistema, uma nova Tag, que seguira o padrão do [[pres: | Toda atualização na branch main/master irá gerar uma nova versão estável do sistema, uma nova Tag, que seguira o padrão do [[pres: | ||
| - | Para criar um Merg Request podemos fazê-lo via GitLab, através do seguinte menu demonstrado na imagem abaixo: | + | Para criar um Merg Request podemos fazê-lo via [[https:// |
| + | |||
| + | {{ : | ||
| + | |||
| + | Na tela seguinte escolhemos a branch de origem que queremos levar as alterações para a branch de destino no campo 1 (Source branch), e no campo 2 escolhemos a branch de destino (Target branch). Abaixo de cada campo é apresentada a ultima alteração realizada nas branches. | ||
| + | |||
| + | Selecionado corretamente a branch de origem e a branch de destino, basta clicar no botão em 3 (Compare branches and continue) para ir para a próxima etapa de documentação do Merge Request. | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Nessa próxima tela deve se documentar o Merge Request, informando o título (campo 1), a descrição das alterações da branch de origem (campo 2), selecione em Assignee o responável pela aprovação (campo 3), no campo Reviewer selecione o responável pela revisão das alterações realizadas na branch (campo 4). Marque a opção para deletar a branch de origem após a aceitação do Merge Request (campo 5), quando a origem for de uma branch de release, hotfix e feat, ou em caso de branch de develop concorrente. Após verificado o preenchimento correto clique no botão para criar o merg request (campo 6). | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Após a criação do Merge Request, uma tarefa será aberta no GitLab para o responsável pelo merge selecionado anteriormente. | ||
| + | |||
| + | Outra forma de criar o Merge Request é via comando git no prompt do Windows. Para criar via prompt, deve especificar a criação no momento de subir às alterações no comando // | ||
| + | |||
| + | < | ||
| + | git push -o merge_request.create -o merge_request.title="< | ||
| + | </ | ||
| + | |||
| + | **Atenção: | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Após executado o comando, acessando o GitLab, na opção do menu Code -> Merge requests, identificamos que foi criada uma tarefa de Merge Request conforme o comando executado: | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Abrindo o Marge Requeste, verificaremos que o título, a descrição e a configuração de deletar o branch de origem foi selecionado conforme o comando executado, e que a branch de destino o merge será a branch de origem da branch de trabalho, conforme o tipo (hotfix, feat e release), conforme apresentado na imagem abaixo: | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Aprovado o Merge Request na sua tarefa, o procedimento de merge vai ser realizado e após a conclusão a branch de origem, no caso a hotfix será deletada, conforme apresentado abaixo: | ||
| + | |||
| + | {{ : | ||
| - | {{ : | + | {{ : |
| ==== 3.4.4 Padrão de Commits (Conventional Commits) ==== | ==== 3.4.4 Padrão de Commits (Conventional Commits) ==== | ||