Automação de issues/pr's para o project

[rodrigondec]

Resumo

Teremos algumas automações para os issues/pr's com relação ao nosso workflow (mantido no Project).

Possibilidades

• Automação baseado apenas em label
• Automação baseado em assignee
• Automação baseado em label junto com assignee

Referência

• https://github.com/marketplace/actions/github-project-automation
• https://github.com/marketplace/actions/assign-to-one-project
• https://help.github.com/en/actions/reference/workflow-syntax-for-github-actions#jobsjob_idif
• https://github.com/imobanco/zoop-wrapper/blob/master/.github/workflows/project-automation.yml
• https://developer.github.com/v3/activity/events/types/#projectcardevent

Detalhamento técnico

Issues

Como PM, eu gostaria das seguintes automações:

• Todo ticket de bug fosse movido para a coluna de triagem (dentro do projeto Quadro de preparo
• Quando o label Em progresso for atribuído a uma issue, ela deve ser movida para o quadro In Progress no projeto Sprint
• Quando um ticket for movido para In Progress no projeto Sprint, o label Em progresso deve ser atribuído à issue.
• Quando uma issue receber o label Bloqueado ela deve ser movida para a coluna Blocked do projeto Sprint
• Quando um ticket for movido para Blocked, a label Bloqueado deve ser atribuída à issue

PR

Como PM gostaria das seguintes automações:

• Quando um novo PR for criado, mover a issue para Code Review, no projeto Sprint
• Quando um novo PR for criado, assinar todos os tech-leads e marcá-los para revisar o código
• Quando um novo PR for criado, Adicionar a label Precisa ser revisado (tanto no PR quanto na issue)
• Se um PR ficar mais de 30 dias sem nenhuma atividade, ele deve ser fechado e a issue associada voltar para a coluna de To Do e remover os labels
• Quando um for feito o merge do PR com a branch dev, a issue deve ser movida para a coluna Done do projeto Sprint

Observação

Precisamos documentar essas automações em algum 'manual', seja ele no CONTRIBUTING.md ou outro (tech leads ou um próprio para isso)

[pictos]

@rodrigondec adicionei as informações na issue.

[rodrigondec]

Show, para contemplar todas essas automações irei levar um pouco mais de tempo.

Coisas que irei estudar

1. Como atribuir label a um issue/PR dentro do actions
2. Como dar assign a um issue/PR dentro do actions
3. Bot para marcar PR como stale ou fechar o PR após 30 dias

[rodrigondec]

Sobre esse daqui

Quando um for feito o merge do PR com a branch dev, a issue deve ser movida para a coluna Done do projeto Sprint

Se o issue/PR já estiver no project Sprint assim que eles forem closed já irão para o Done, tem a automação pronta que já funciona

[rodrigondec]

Achei essa action aqui para realizar essa alteração do label nos issues

https://github.com/marketplace/actions/add-remove-label

[rodrigondec]

Achei essa action aqui para realizar essa alteração do label nos issues

https://github.com/marketplace/actions/add-remove-label

Essa action não funcionou.

Achei uma outra similar. Porém ela não tem suporte à eventos do project_card, apenas issues. Irei fazer uma contribuição para essa action para adicionar o suporte.

https://github.com/marketplace/actions/simple-issue-labeler

Esperando o merge do PR criado andymckay/labeler#13

[rodrigondec]

Quando um novo PR for criado, mover a issue para Code Review, no projeto Sprint

@pictos No caso é o issue que gerou o PR que deve ser movido ou um card do PR mesmo?

Percebi agora como estava escrito. Se for o issue que gerou o PR a complicidade é muito grande e não sei se é viável.

[pictos]

@pictos No caso é o issue que gerou o PR que deve ser movido ou um card do PR mesmo?

@rodrigondec Pode ser o PR então.