| 3 | | 1. Ramo branches: conterá versões estáveis do expresso, via de regra versões que estarão |
| 4 | | em produção, para um melhor controle deste ramos, será adotada uma regra de |
| 5 | | versionamento o qual será será detalhada no trac do projeto. Neste ramo serão admitidas |
| 6 | | somente correções, que deverão ser necessária e imediatamente aplicadas ao ramo trunk; |
| | 3 | 1. Ramo Branches |
| | 4 | |
| | 5 | Este ramo conterá versões estáveis do expresso, via de regra versões que estarão em produção, para um melhor controle deste ramos, será adotada uma regra de versionamento o qual será será detalhada no trac do projeto. Neste ramo serão admitidas somente correções, que deverão ser necessária e imediatamente aplicadas ao ramo trunk. |
| 9 | | 2. Ramo trunk: conterá a versão em constante desenvolvimento do expresso, o código aqui |
| 10 | | armazenado será o unificado por todas as empresas, em princípio temos que todos deverão |
| 11 | | utilizar este ramo para a realização de "checkout", "updates" e "commits". A estabilidade |
| 12 | | deste ramo é de todas as empresas, pois cada commit realizado quando do término de um |
| 13 | | ticket, deverá ser seguido de uma bateria de testes que deverá ser feito por todas as |
| 14 | | empresas a fim de validar a implementação como sendo 100% aceitável. Este ramo será |
| 15 | | utilizado então para commits "atômicos" não se admitindo portando commits pela metade, |
| 16 | | ou seja, neste ramo sempre teremos uma "configuração". |
| | 8 | 2. Ramo Trunk |
| | 9 | |
| | 10 | Este ramo conterá a versão em constante desenvolvimento do expresso, o código aqui armazenado será a versão unificada por todas as empresas, em princípio temos que todos deverão utilizar este ramo para a realização de "checkout", "updates" e "commits". A estabilidade deste ramo é de todas as empresas, pois cada commit realizado quando do término de um ticket, deverá ser seguido de uma bateria de testes que deverá ser feito por todas as empresas a fim de validar a implementação como sendo 100% aceitável. Este ramo será utilizado então para commits "atômicos" não se admitindo portando commits pela metade, ou seja, neste ramo sempre teremos uma "configuração". |
| 19 | | 3. Ramo sandbox: conterá uma "cópia" do trunk, onde serão desenvolvidas implementações |
| 20 | | experimentais, funcionalidades completamente novas que são candidatas a serem |
| 21 | | incorporadas oficialmente ao ramo trunk, bem como implementações muito extensas, que |
| 22 | | precisarão passar por vários commits antes da sua conclusão, este ramo será subdividido |
| 23 | | em outros ramos, com o nome da funcionalidade que está sendo desenvolvida o qual deverá |
| 24 | | servir para separar as propostas de funcionalidade e servirá também para ser referenciado |
| 25 | | na abertura de um ticket para este ramo; |
| | 13 | 3. Ramo Sandbox |
| | 14 | |
| | 15 | Este ramo conterá uma "cópia" do trunk, onde serão desenvolvidas implementações experimentais, funcionalidades completamente novas que são candidatas a serem incorporadas oficialmente ao ramo trunk, bem como implementações muito extensas, que precisarão passar por vários commits antes da sua conclusão, este ramo será subdividido em outros ramos, com o nome da funcionalidade que está sendo desenvolvida o qual deverá servir para separar as propostas de funcionalidade e servirá também para ser referenciado na abertura de um ticket para este ramo. |
| | 16 | |
| | 17 | 4. Ramo Tags |
| | 18 | |
| | 19 | Este ramo conterá o histórico das várias versões publicadas, e não deverá sofrer qualquer tipo de modificação. |
