#7 楼 @jjym 写成一行也可以，只要你确信不会有麻烦就行，话说我又凑了篇博客 http://fsword.github.com/blog/2012/08/26/lian-shi-diao-yong-de-dai-ma-zen-yao-xie/ #8 楼 @hooopo 也许这能算个例子，说明 IDE 的作用在 DSL 语言中渐渐变得不重要了

#1 楼 @yesmeck push force 确实不是好习惯，我只是想知道如果遇到这个情况有没有更专业的做法。你这个比我的好一些，但看起来还是有些土

我和 ery 的情况几乎一样啊 //hand

#4 楼 @reus 是的，我是从 1.8 继承下来的习惯，对于 1.9 来说已经没必要把点写到后面了

#1 楼 @lgn21st 我的 vim 就会这么自动格式化，不过感觉不太好，我贴出来的格式其实是参考了下面的格式

terminal_width ||= if $stdin && $stdin.tty?
                     ::HighLine::SystemExtensions::terminal_size[0]
                   else
                     80
                   end

#2 楼 @leozwa 我有时也会写成你这样的

#13 楼 @zhuoqun 早上起来发现好了，不知道是不是修改的结果

#27 楼 @lgn21st 后面这个题目好，最近我就在郁闷这件事

刚发现无法登录，楼主赶紧修改一下吧，这块的故障最要命也最容易被忽视

挺好啊

#4 楼 @lgn21st 顶一下，我现在和公司无关的事情统统交给 trello

#9 楼 @mobiwolf 这个有意思 @huacnlee 今年的时间还没确定么？

#4 楼 @alvin2ye 本来是有的，发帖时遗漏了 env 差别不大，我直接在服务器上用同一个会话执行效果也一样，估计还是管道的问题

#2 楼 @hooopo 这里有一个 fork，涉及到进程间 io 共享的问题，别的我也不懂了，正在 google

朋友说可能跟 pipe 冲突有关，待分析

#7 楼 @huacnlee 我也看到了，本来想建议用 ssh tunnel 配合 nginx 的代理呢

#19 楼 @zw963 #16 楼 @gaicitadie 俺也认死理

最近做了一个升级，现在支持的指令结构有些改变，支持平台自身提供的各种插件化服务

https://github.com/taobao/apposs-center/commit/333b2bdcf040f1ce4799354d10917a8a1cf68959

#7 楼 @hooopo 这个一般不用，因为我这里的应用并不依赖它

#4 楼 @hooopo 恩，要的就是这个，多谢啦

#2 楼 @hooopo 举个例子—— 在项目路径下

$ ruby -e '`brakeman`' # 可执行
$ bundle exec ruby -e '`brakeman`' # 执行失败，因为Gemfile里面没有brakeman

而 brakeman 是根据管理员配置动态执行的脚本，不可能都放在 Gemfile 里面

#2 楼 @hooopo shelling out 是什么意思？

果然是内置的不靠谱啊，我前一段时间还以为是自己的做法有问题

后面有人表示要学习 emacs，看来没搞清楚相关性和因果率之间的关系

#3 楼 @chucai 系统没有这些，配置数据需要编程导入系统，做法参看 README，然后修改 db/fixtures 目录下的文件

详细解释一下，一般的运维系统数据建设会包括一个 cmdb 系统，简单说就是所有硬件设备，产品线模型的存储系统，但是这涉及不同公司的运维体系，所以我设定了一个 adapter 的 engine，它负责处理不同环境，在淘宝内部有一个 apposs-tb-adapter，那个 adapter 里实现了相关信息的装载（每天一次同步，由 lib/tasks/daily.rake 驱动）。 开源的 apposs_simple_adapter 仅仅是一个示例，里面没有 loader 实现

引用 @hooopo 36 楼 #35 楼 @fsword 为神马要 ignore shema.rb? #37 楼 @fsword 和开发环境不同说明出现了问题，有这个才能及早发现。如果是不严重的问题比如字段顺序不一样，开发环境再重新迁移一下就同步了。

回复一下：当时情况比较复杂，有时候也不能很简单的确保开发和线上环境完全相同，不过你的建议我觉得还是可以考虑一下的，如果没有其它特别的原因，以后可能不会再有之前的问题了

#36 楼 @hooopo 以前有段时间实际的 schema 和开发环境是不同的，因此这么做，不确定未来会不会再有这种场景，因此就 ignore 了

发了一个吐槽专用贴 http://ruby-china.org/topics/5013 请热心人移步

#34 楼 @Saito 恩，大的地方不好改，我先删了.vagrant 吧 大家有没有吐槽需求，要不要另外开一个帖子专供吐槽？

#30 楼 @bhuztez 说的非常对，系统起初很简单，但是经过一年的调整，很多地方已经过于复杂了，这也是我希望外部资源参与的原因，系统需要简化，但是又不能简陋

#28 楼 @ruohanc 我在一淘，花名 李福

进一步通报，公司内部最近进行项目归属调整，所以招聘暂时不能进行 另外，系统已经开源，我现在任何修改首先在 github 上变更，然后才合入公司

#1 楼 @moonjourney
#4 楼 @HungYuHei 我也求，似乎一直有人这么说，可我没觉得啊