You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Uma opção que o Travis CI possui é a automatização no deploy da aplicação.
Percebi, que o Bot está hospedado no Heroku, o travis tem suporte com o serviço de hospedagem o que facilita na configuração do deploy.
Além disso, o Travis CI está com uma nova feature que são os Builds Stages. A função das Builds Stages é fazer uma "integração" entre diferentes jobs. Por exemplo, estou a testar minha aplicação em 4 diferentes versões de Python e eu quero que o Travis faça o deploy se, e somente se, os testes derem "Okaay" e os jobs forem relacionados ao merge da Branch Master. Daí, o CI só irá executar o deploy no momento que os testes estiverem concluídos e os jobs forem relacionado a branch master:
Já usamos a opção de deploy automático no Heroku quando a branch master é atualizada e os testes são executados com sucesso. Mas eu achei interessante a ideia de implementar Build Stages e criarmos uma imagem Docker.
Uma opção que o Travis CI possui é a automatização no deploy da aplicação.
Percebi, que o Bot está hospedado no Heroku, o travis tem suporte com o serviço de hospedagem o que facilita na configuração do deploy.
Configuração Básica de deploy para Heroku:
Além disso, o Travis CI está com uma nova feature que são os Builds Stages. A função das Builds Stages é fazer uma "integração" entre diferentes jobs. Por exemplo, estou a testar minha aplicação em 4 diferentes versões de Python e eu quero que o Travis faça o deploy se, e somente se, os testes derem "Okaay" e os jobs forem relacionados ao merge da Branch Master. Daí, o CI só irá executar o deploy no momento que os testes estiverem concluídos e os jobs forem relacionado a branch master:
Configuração Básica de Build Stages
Exemplo com Docker:
The text was updated successfully, but these errors were encountered: