"Automated installation and configuration of development environments" - for pt-BR support, please check out https://gitter.im/azukiapp/azk/pt
/etc/resol.conf
especifico para o container
8.8.8.8
e 8.8.4.4
mirrors
no Brasil, o que acabam sendo lentos
azk
em redes corporativas
azk < 0.6.0
eu lia seu arquivo /etc/resolv.conf
e replicava estes valores
azk >= 0.6.0
usamos os padrões 8.8.8.8
e 8.8.4.4
, conforme: https://github.com/azukiapp/azk/blob/master/src/config.js#L98-L99
azk
gerou para mim
/etc/resolv.conf
, o que não é uma funcionalidade nativa do Docker
--image
do azk shell
azk shell --image=rails
por exemplo
azk
vai baixar a imagem rails
se você ainda não a tiver (a parte ruim que o azk shell esta com um bug que não mostra que isso esta acontecendo, as vezes parece ter travado, @lucasfais esta corrigindo isso)
shell
você vai obter um container onde tem rails
e a pasta onde foi executado o comando vai esta automáticamente "shareada", bata usar o rails new
depois você finaliza com exit
entra na pasta da aplicação e da um azk init
, \o/
azk
? Ainda não acertei meu fluxo de trabalho para isso... talvez precise mergulhar um pouco mais na ferramenta.
azk
miguxos, um help:
Se eu entro via azk shell
e rodo a app, tudo funciona: https://www.dropbox.com/s/1nv628h4edjwawt/Screenshot%202015-02-14%2016.56.32.png?dl=0
Mas se eu levanto pelo comando azk start
da merda: https://www.dropbox.com/s/5rjunn8qqm2l9t8/Screenshot%202015-02-14%2016.57.22.png?dl=0
Alguém sabe pq?
{"retry": 20, "timeout": 1000}
para isso: {"retry": 200, "timeout": 10000}
bundle exec rails server -P /tmp/rails.pid -p $HTTP_PORT -b 0.0.0.0