atom

好快！！

#13 楼 @u1450154824 文档没有提供正确的解决方法，我盯着这一句看了好几分钟，没有 get 到这里的 copy 是什么意思。看源码可以发现差异是过去默认会做软链接，新版利用 shared_dir 来实现。我这里的状况是，当使用 mina_multistage 并且手动 set :shared_dirs, ['log', 'tmp']，新版的默认软链到 vendor/bundle 就失效了。而且从源码看来，作者是希望利用 shared_dir 来实现默认就软链 bundle 而不需要使用者关注的。

#11 楼 @u1450154824 嗯，和之前版本的差异，也没有写在升级文档里

#9 楼 @0x005a 明白了问题，我还用了 mina-multistage

#10 楼 @kgen 感觉用了 docker-compose 以后，独立的进程运维起来反而方便了

然后把我之前的帖子链进来 Sidekiq 定时任务的尝试

#3 楼 @flowerwrong 犀利

#7 楼 @nong 有道理

#3 楼 @mingyuan0715 我用的时候确实是每次装一遍新的，然后才来找原因

#1 楼 @lgn21st mina deploy -s 看生成的 shell 脚本，没有检查每个历史版本，但是部署的时候会重新 install 一遍所有的 gem，时间很久

#8 楼 @danielglh 可以 @ 一下嘛

#8 楼 @zamia 后面这些方案都要用到额外的进程和资源，也需要额外维护。而 perform_in 只需要 sidekiq

#8 楼 @zamia 我去看看 crono

#5 楼 @zamia crontab 我没办法分布式。crontab 的麻烦在于我需要指定一台机器有这个 crontab, 而不能面向一个应用

#5 楼 @zamia 我是指利用 perform_in

#5 楼 @zamia 你说的这么做是指 crontab?

#3 楼 @zamia 你试过这么做吗？或者有更具体一点的理由？我目前是用 crontab 的，但是这个东西需要 linux 上有，而且不方便和 docker 结合使用。

#1 楼 @kikyous 没有购买付费版，希望能讨论一下这种做法

#1 楼 @huacnlee 之前查过了没有找到好的解决办法，所以发到论坛里来讨论

#3 楼 @platokon 嗯，这些 gem 好像还没有更新

mina ＋ docker

#1 楼 @Rei 什么意思

一个可能性

支持

case 还可以匹配正则

有本书叫《编写可阅读代码的艺术》，内容很类似

支持一下

#5 楼 @sefier 同感

#9 楼 @helapu 其实都是方法调用

这贴居然火了