各位，别争论了，咱们还是好好想想，如何避免发生类似的问题吧。

#13 楼 @dfang 我不是收费用户，所以不知道。 如果你是收费用户的话，你可以试试。 请告知偶们结果，谢谢。

看起来很不错

#70 楼 @leohxj 很爽

楼主有点激动，所以我想说两句， 我初中数学不错，大学的时候只学过微积分，而且没用心学，等于没学。 工作以后，一些同事对我说，数学对编程有用，但是没有说具体用在什么地方。 至于算法，我依靠对数据结构的掌握，大部分问题都能顺利解决。 但是，曾经一个生物数据分析的问题，一直让我很困惑， 我查了些资料，那个问题的确和数学有关。 我想，软件开发的某些特殊领域，的确和数学有关， 但是我接触的很少，我认识的程序员，他们接触的也很少。 说了这么多，我觉得我不能给出楼主满意的答案。 但是我曾经和楼主一样困惑，到底那些数学对编程有用？ 虽然，我对自己的编程能力很自信，但这些自信和高等数学没有任何关系， 也许和代数有点关系，因为我擅长把复杂的代码，变得简单易懂。 我读过不少编程的书籍，基本上没有一本提到过数学。 我真的不知道，数学对编程有啥用？ 我猜大部分程序员都不知道，数学到底对编程有啥用？ 所以在这里你很难得到满意的答案。 也许他只对某些特殊问题有用， 而这些特殊问题实在是太不常见了。 如果你需要特别的算法，我建议你去问问数学系的朋友。 有个专业叫做应用数学，和计算机编程有关系，你可以去问问他们。

#5 楼 @zw963 RubyMine 可以对 Ruby 的代码进行重构，但是 RubyMine 的运行速度和用户体验不好

木有发现这类插件。 不过我木有这种需求， 这种情况，我都自己提取代码。 我喜欢手动提取代码，乐在其中。

木有参加，木有感受

毛，哥 威武

#33 楼 @knwang 我明白你的意思啦，非常感谢你细心的说明。 我们团队的开发流程，和你所描述的情况有些不同， 以下是我们的开发流程：

团队 A 开发项目 A，新建一个 Git Branch A，根据他们的需求随意改动 Migration 团队 B 开发项目 B，新建一个 Git Branch B，根据他们的需求随意改动 Migration 任何一个团队开发结束后， 直接提交代码到对应的 Git Branch 上（A 或 B）， 周期一般一周左右。 团队 A 和团队 B 互不影响。

这个时候，团队 C 登场， 团队 C 逐个审查 Branch A 或 B 的代码， 做 Code Review， 审查并重构后， 再逐个提交到 Master Branch 上。

团队 C 最痛苦， 他们也是整个项目的瓶颈。 他们负责整合所有的 Branch。

#30 楼 @Star 谢谢，SVN 的确可以这样，对应的技术可能是 Git Submodule。

#29 楼 @knwang SOA 不适合我们的情况， 如果要采用 SOA 的模式的话话， 我们需要建立第三个项目， 如果今后我们开发 IOS 客户端的话，我们会用 SOA。

因为两个项目的业务逻辑完全不同， 就像你提到的报表， 举个例子， 针对表 1，项目 A 执行读写操作，项目 B 执行只读操作。 针对表 2，项目 B 执行读写操作，项目 A 执行只读操作。 所以说两个项目对 Model 层的理解是完全不同的。

至于镜像生产环境的数据库， 由于我们的项目尚未发布， 所以木有生产环境的数据库。

所以开发和测试阶段， 同步 Migration，是比较适合我们的解决方案。 所以，我们在集中精力思考如何通过 Migration。 Git? File Link? Gem? Copy?

最后，非常感谢你的建议！

#27 楼 @hooopo 酷！这真是一个好办法。感觉比 Linux File Link 好。非常感谢！

#21 楼 @hooopo 在两个项目中， 如果，其中一个项目没有 Migration 的代码， 那么，那个项目就无法创建数据库。 理论上，我们两个项目的 Migration 的代码，应该是完全一样的。 问题是，我们如何保证两个项目的 Migration 的代码，完全一样的哪？ 而且还不会很复杂，开发成本比较低。

#22 楼 @fsword 非常感谢你的建议。

#23 楼 @huacnlee 你是说 Linux Link File 吗？ 我们试过，的确可行， 但是我们这次的项目，不需要统一 Model 层， 就像 #22 楼 @fsword 说的那样， 两个项目对 Model 层的理解完全不同，根本没法共用。

#15 楼 @Star 谢谢你的回复，能具体说说，你们的 db 目录是如何共享的吗？ 是通过 Linux File Link 吗？还是另外一个独立的 Git

#17 楼 @hooopo 两个项目没有依赖关系，完全可以单独运行。

#14 楼 @hooopo 我们开发过 Gem， 用 Gem 解决这个问题，有点麻烦。 我在上面已经列出了 8 种解决方案， 其中 两个项目放在一个 Git 中，将 Migration 放在一个项目中，另一个项目通过 Linux File Link 或 Ruby Require 引用 我们认为最简单。

#12 楼 @hooopo 做成 Gem 的确是一个方案， 但是有点麻烦， 我们都很怕麻烦，呵呵， 非常感谢你的推荐。

#8 楼 @hooopo 请问怎么同步 migration？

#5 楼 @ericguo Production 的确是这个样子， 但是 development 和 test 环境下， 你觉得应该怎么做更好哪？

#6 楼 @fsword 那么，我举一个例子 比如银行系统 主站系统，客户可以登录该网站查询自己的账户余额和明细。 运维系统，银行的工作人员可以登录该网站办理业务。 这两个系统发布的时候，访问的是一个数据库。

但是在开发阶段和测试阶段， 为了简化程序员的操作， 我们希望两个系统可以分别的建立数据库， 而不必依赖另一个系统。

请问，有谁采用过 gem 的方案？

#1 楼 @jimrokliu 这是需求决定的。

#3 楼 @xiaoronglv web2.0 的时候， 业内认为 RSS 将成为一种主流工具，就像今天的 IM， 可是如今，只有 Geek 在用 RSS。

RSS 技术一直没有推广开

#3 楼 @lgn21st 新疆也下雪了

我感觉 Keyword arguments 非常实用 Converting convention to Hash 和 a literal for symbol array 也都不错 Enumerator#lazy 我还没搞懂

每个 Action 必须有一个功能测试 如果你想模拟用户的多个请求，可以用集成测试 如果你想测 Model 层的算法，集成测试和功能测试都无法满足你的时候，你可以用单元测试。

所有测试的比例 应该是 功能测试 60% 集成测试 30% 单元测试 10%

仅供参考，概不负责。）