而且从技术角度考虑，现在我们是一个if...else...隐藏用户和设置就行了，那万一以后两个界面差异变大，客户界面要求更花哨的效果，就不是简单的一个if...else...能搞定的了。所以最后我们决定部署两个站点，柜员界面和客户界面单独部署到两个域名上。
组件重复既然是两个站点，考虑到项目的可扩展性，我们创建了两个项目。但是这两个项目的UI在目前阶段是如此相似，如果我们写两套代码，势必会有很多组件是重复的，比较典型的就是上面的商品卡片，购物车组件等。其实除了上面可以看到这些会重复外，我们往深入想，交个水费，我们肯定还需要用户输入姓名，卡号之类的信息，所以点了水费的卡片后肯定会有一个输入信息的表单，而且这个表单在柜员界面和客户界面基本是一样的，除了水费表单外，还有电费表单，罚单表单等等，所以可以预见重复的组件会非常多。
作为一个有追求的工程师，这种重复组件肯定不能靠CV大法来解决，我们得想办法让这些组件可以复用。那组件怎么复用呢？提个公共组件库嘛，相信很多朋友都会这么想。我们也是这么想的，但是公共组件库有多种组织方式，我们主要考虑了这么几种：
单独NPM包再创建一个项目，这个项目专门放这些可复用的组件，类似于我们平时用的antd之类的，创建好后发布到公司的私有NPM仓库上，使用的时候直接这样：
import { Cart } from 'common-components';但是，我们需要复用的这些组件跟antd组件有一个本质上的区别：我们需要复用的是业务组件，而不是单纯的UI组件。antdUI组件库为了保证通用性，基本不带业务属性，样式也是开放的。但是我这里的业务组件不仅仅是几个按钮，几个输入框，而是一个完整的表单，包括前端验证逻辑都需要复用，所以我需要复用的组件其实是跟业务强绑定的。因为他是跟业务强绑定的，即使我将它作为一个单独的NPM包发布出去，公司的其他项目也用不了。一个不能被其他项目共享的NPM包，始终感觉有点违和呢。
git submodule另一个方案是git submodule，我们照样为这些共享组件创建一个新的Git项目，但是不发布到NPM仓库去骚扰别人，而是直接在我们主项目以git submodule的方式引用他。git submodule的基本使用方法网上有很多，我这里就不啰嗦了，主要说几个缺点，也是我们没采用他的原因：
本质上submodule和主项目是两个不同的git repo，所以你需要为每个项目创建一套脚手架(代码规范，发布脚本什么的)。
submodule其实只是主项目保存了一个对子项目的依赖链接，说明了当前版本的主项目依赖哪个版本的子项目，你需要小心的使用git submodule update来管理这种依赖关系。如果没有正确使用git submodule update而搞乱了版本的依赖关系，那就呵呵了。。。
发布的时候需要自己小心处理依赖关系，先发子项目，子项目好了再发布主项目。
mono-repomono-repo是现在越来越流行的一种项目管理方式了，与之相对的叫multi-repo。multi-repo就是多个仓库，上面的git submodule其实就是multi-repo的一种方式，主项目和子项目都是单独的git仓库，也就构成了多个仓库。而mono-repo就是一个大仓库，多个项目都放在一个git仓库里面。现在很多知名开源项目都是采用的mono-repo的组织方式，比如Babel，React ,Jest, create-react-app, react-router等等。mono-repo特别适合联系紧密的多个项目，比如本文面临的这种情况，下面我们就进入本文的主题，认真看下mono-repo。
mono-repo其实我之前写，当时就说有机会单独写一篇mono-repo的文章，本文也算是把坑填上了。所以我们先从react-router的源码结构入手，来看下mono-repo的整体情况，下图就是react-router的源码结构：
我们发现他有个packages文件夹，里面有四个项目：
react-router：是React-Router的核心库，处理一些共用的逻辑
react-router-config：是React-Router的配置处理库
react-router-dom：浏览器上使用的库，会引用react-router核心库
react-router-native：支持React-Native的路由库，也会引用react-router核心库
这四个项目都是为react的路由管理服务的，在业务上有很强的关联性，完成一个功能可能需要多个项目配合才能完成。比如修某个BUG需要同时改react-router-dom和react-router的代码，如果他们在不同的Git仓库，需要在两个仓库里面分别修改，提交，打包，测试，然后还要修改彼此依赖的版本号才能正常工作。但是使用了mono-repo，因为他们代码都在同一个Git仓库，我们在一个commit里面就可以修改两个项目的代码，然后统一打包，测试，发布，如果我们使用了lerna管理工具，版本号的依赖也是自动更新的，实在是方便太多了。
lerna