我们组的情况是这样的，我们根据【面向的用户】区分，将项目划分为对内/对外两个项目，这两个项目共用一个数据库。对外项目主要负责外部用户提交需求，对内项目包括内部工程人员处理需求和一些管理员相关的功能。
随着代码的积累和增长，对内/对外项目中出现了许多重复的代码：包括 models/helpers/views 里的诸多文件。比较典型的是一个报告展示页面（对内工程师需要审核报告后发布给外部用户看，因此对内/对外都需要报告展示），报告展示功能涉及到两个工程中许多 model/helper，这些对象中的绝大多数方法都是重复的。
为了解决代码重复的这个困扰，我们引入了git subtree功能，将重复的 model/helper 移动到了对外项目的一个共享文件夹。可是渐渐又出现了一个困惑：可能某个同学只是需要修改对内项目的某个功能，却需要在对外项目中去修改代码，然后上线时同时更新对内/对外两个项目的代码。而且由于git subtree的使用经验不足，经常会出现各种奇怪的报错。也有同学担心改动出错影响到两个项目，不敢轻易去改共享文件夹中的代码。
我自己整理了下目前的几点困惑/思路：
- git subtree 的使用姿势是不是有问题
- 将对内/对外两个项目合并，可以减少重复代码，但是项目体积又会膨胀
- 服务拆分，或者微服务的思路
这样类似的问题社区中的一些同学也许遇到过、实践过。想请教大家分享/探讨下类似问题的解决思路。
@dudu_zzzz 我记得以前看过一篇分享，是说拆出来做成 Rails Engine
@breeze subtree 据说就是改进 submodule 弄出来的概念啊
@tonyrisk 没听明白具体怎么做
@nouse 例如将报告展示这种功能拆分出来做成一套服务，供对内/对外调用。但其实也不是彻底的微服务，因为数据库又不独立。
night_7th
回复
可能我使用 subtree 的姿势也有问题。但是你也可以试试 submodule，我现在使用 submodule 用的还挺顺手的。
embbnux
回复
这种调用 API 的方式改造成本也不小哎，除非两个项目原本就都是前后端分离的。
而且前端直接请求 API 的话，需要处理跨域/登录等；后端请求的话，需要处理请求超时等问题。
