Boas Ideias — Admin
Gerencie e avalie as sugestões dos colaboradores
0
2
0
2
0
Padronização de Criação de Branches no GItHub
FELIPE VICENTE PEREIRA · 19/06/2026
Há um tempo, percebi que temos um gargalo no nosso fluxo do GitHub. A MISSIM sempre adotou o prefixo único "feature/" para criar qualquer branch, mas isso não faz sentido para muitas das nossas tarefas cotidianas. Por exemplo, criar uma branch chamada feature/correction-tms-error para ajustar um erro no TMS é contraditório. Afinal, não estamos adicionando um recurso novo, mas sim corrigindo algo que já existe e apresentou falha. Usar feature/ para tudo desorganiza o histórico do Git e dificulta a revisão de Pull Requests. Para esse problema, proponho uma padronização na nomenclatura de branch, onde aborda esses 5 termos: feature/ (Criação): Para quando formos criar algo totalmente novo no projeto (uma nova tela, funcionalidade ou sistema). Exemplo: feature/multiplayer-module fix/ (Correção em Desenvolvimento): Para corrigir bugs, erros de script ou comportamentos incorretos encontrados na branch develop durante o ciclo normal de desenvolvimento. Exemplo: fix/tms-erro-calculo hotfix/ (Correção Crítica em Produção): Para correções de emergência diretamente na branch main. É usado quando um bug crítico passa despercebido, vai para produção e precisa ser resolvido imediatamente sem esperar o próximo ciclo de entrega. Exemplo: hotfix/trava-sistema-tms refactor/ (Otimização/Deleção): Para mexer completamente na estrutura do código ou prefab, ou limpar o projeto sem mudar o comportamento final. É o prefixo perfeito para quando precisamos deletar arquivos inúteis, liberar espaço de armazenamento ou otimizar performance. Exemplo: refactor/limpeza-assets-obsoletos test/ (Validação de Integração e Ciclo Visual): Uma branch temporária para puxar alterações de outras branches e verificar se elas não vão quebrar a develop de forma crítica ou causar conflitos complexos. É excelente para rodar o projeto e fazer uma validação visual/técnica antes do merge definitivo. Exemplo: test/validar-merge-interface
Backup periódico em servidor próprio
EDUARDO HENRIQUE RABELLO FERREIRA · 02/04/2026
Fazer de mês em mês um backup de todos os arquivos digitais que precisam ser preservados como prevenção caso haja perda desses arquivos por qualquer motivo.
Sistema de feedback
GUSTAVO SILVA SANTOS · 27/03/2026
Um sistema dentro do proprio seaworks, que busca facilitar o report de possiveis bugs ou problemas encontrados no simulador Uma tela onde o usuario pode colocar um print e uma breve explicação, além disso ele pode também fazer isso em drive mesmo, assim ele não esquece que tem que mandar e ao mesmo tempo temos um controle melhor das atualizações necessárias
Flow quadro UI/UX - Runrun.it
JULIA ZUCARELI SILVEIRA · 09/03/2026
Criar um novo quadro no Runrun.it para time de UI/UX.