前言
转前后端分离这种系统架构已经有一段时间了，在使用vue的这段时间里，确实体验到了这种架构带来的方便，不但提高了开发效率，开发出来的产品的用户体验也上了一个档次。但是同时也遇到了一些问题。
做后端开发的的同学知道(这里说的后端是java)，我们有时候为了重复使用代码会把一些基础的功能会封装到一些类库里面，用maven来构建项目，通过依赖的方式来使用该类库，同时使用git或者类似的工具进行代码管理，这样只要维护一份代码就可以。不需要把这部分代码拷贝到每个项目中去。
是否前端也有这种代码管理方式？答案是有的，可以使用npm lib 打包到仓库中去，然后把依赖写到每个项目的package.js里面，这样也可以达到维护一根代码，每个项目都可以使用。
问题
但是问题就来了，大家都知道基础库也是要升级的，难免某个组件有bug，也可能需要增加功能，那么这种方式怎么处理呢？首先在基础库中修改代码，然后调试好之后通过命令
vue-cli-service build --target lib来打包上传到仓库，然后在依赖该库的项目中的package.js中修改新版版号，再执行命令 npm install，这样项目才能得到最新库，整个过程很不友好，动作太多，最不好的地方是不能在当前项目直接修改代码调试，万一一次没改好代码，上面的动作就要再来一遍。
后端就没有这个问题，因为idea这个开发工具牛逼，调试的时候还可以直接吧class文件反编译为源文件，或者接近源文件的代码，调试起来还是很方便的。
思考
所以后期的时候一直想这个问题，有无办法做到 维护一份代码，又可以方便调试。后来我想起了之前在游戏公司的时候用的一种方式可以搞定，当时用的是svn来管理代码的。在项目下的一个文件夹中 插入子svn地址，这个子svn地址就可以是基础库的，从整个项目目录结构来说他们就是一个整体，但是代码是分开管理的，这个子的svn在其他项目也可以同样的方式使用，就达到了这个维护一份代码，多个项目可以使用，而且调试方便，改了源码马上出结果。突然又觉得自己行了。
具体操作也很简单，首先有一个主模块（假如项目A），然后有个子模块（基础库），2个项目都需要在gitee或者gitlib上创建一个仓库来存放源码。最后再主模块的根目录下执行一下命令即可。
git submodule add -b master --name lib_name git@gitee.com:xxxxx/xxxx-ui.git src/components/xxx命令参数说明：
lib_name：基础库名称
git@gitee.com:xxxxx/xxxx-ui.git：基础库的仓库地址，这里是ssh地址
src/components/xxx：住模块中的一个目录
其他人在pull子模块代码的时候需要执行一下下面这个命令，然后在子模块目录下执行git pull
其他人获取子模块内容
第一步：
git submodule update --init --recursive第二步：进入到子模块目录
git pull总结
做什么事情都要有积累，不管是工作经验还是代码，就像这个这个基础库的代码，你不去管理，不停去积累和优化，他就不会给你产生价值。
如果有更好的方式请下面留言，有什么说得不对的地方也欢迎指正
