3 Passos ao enviar o código para o servidor

Commitar frequentemente

Sempre que você achar que uma parte de uma rotina está pronta você pode dar um commit comentando o que foi feito. E quando terminar de fazer todas as correções da Issue(ocorrência). Você pode dar um Push para o servidor.

Sempre ter uma Issue(ocorrência)

Mesmo que a sua alteração não demore muito ou que seja simples, deve haver uma Issue(ocorrência) a qual poderá ser referenciada em um commit ou Merge Request, para ficar documentado o que foi feito e o por quê.

Sempre haverá no minimo 4 Branches em projetos que dependem da versão do AutoXPert

1. No momento teremos um master (equivale a última release liberada da 120 R01 para manutenção)
2. Branche de Manutenção (equivale a última release da 119 R26.24)
3. Branche de Implementação 1 (equivale a release de implementação 119 R26.25)
4. Branche de Implementação 2 (equivale a release de Implementação 120 R02)

Deverá ser sempre criado uma branche para cada Issue (ocorrência) a ser resolvida

Quando criado uma Issue no Issue Tracker do GitLab é possível criar uma branche para resolver o problema e posteriormente fazer um merge request para a branche apropriada.

Ex: Resolver um problema na 119.25 deve se fazer uma branche com base a branche equivalente a 119.25

Commits de manutenção

Quando resolvido uma issue deve se fazer um merge request para a branche de onde se originou a issue.

Ex: Issue #15 criou a branche 15-nomedaissue com base 119.24 deverá ser feito um merge request para fazer merge da 15-nomedaissue na 119.24. Depois disso terá que ser feito um merge da 119.24 na 119.25 e na Master (120 R01) e da Master (120 R01) na branch 120 R02