Agradecemos muito as contribuições e ficamos felizes em ajudar os desenvolvedores a criar uma mesclagem de código bem-sucedida. O teste unitário e a cobertura dos testes de amuleto vão ajudar a acelerar o processo de revisão.
Posso confirmar que o problema que você descreveu é um problema conhecido. Temos propostas de mesclagem em voo para resolver esses problemas de dependência de teste de amuleto antes da versão de lançamento do OpenStack 15.10. Nesse meio tempo, as dependências de teste do Amulet podem ser satisfeitas editando o arquivo de configuração 00 para torná-lo semelhante ao arquivo proposto para 00-setup.
Para garantir uma revisão e pouso regulares das contribuições para testes de amuleto, os acréscimos dos testes de amuletos propostos devem estar na forma de novos métodos teste testes / basic_deployment.py Arquivo. Cada método teste_ é exercido e deve passar para todas as combinações Ubuntu + OpenStack suportadas atualmente, independentemente da ordem de execução teste _ .
A página Ubuntu Cloud Archive fornece um gráfico que descreve quais combinações são suportadas a qualquer momento na linha do tempo do release.
Para garantir uma revisão suave dos recursos de gancho adicionados, a cobertura de teste de unidade correspondente deve ser incluída para que esses recursos de código possam ser validados.
No tópico mais amplo de contribuição para os charms do OpenStack em geral, vale a pena revisar a Política de desenvolvimento do OpenStack Charm .
Especificamente, qualquer alteração proposta deve ser feita contra os ramos de charme "next" (desenvolvimento), e não contra o tronco ou galhos de charme estáveis. No caso do nêutron-api, esse próximo ramo seria:
lp: ~ openstack-charmers / amuletos / fiel / nêutron-api / next
Obrigado e sinta-se à vontade para entrar em contato com o freenode #juju ou com a lista de discussão do Juju .