为了内网文件和外网文件同步，

首先本地pull（覆盖） 下 svn 上 最新信息，然后 把外网文件（如果有svn信息 全部删除）覆盖内网文件。

然后再push 到svn 上。

这样内网和外网就同步了。

为什么会出现本地和 SVN 不一样？

1. 开发懒，无意识，通常一个网站都是一个人来维护，所以不会去push 代码；
2. 由 1 开发也很少会 pull 别人的代码，除非要维护被人的代码。

为什么内网和外网又不一样？

1. 遇到着急的改动或者 bug, 开发直接就在外网后台改了。之后又忘记在本地更新；
2. 开发懒，因为外网改进或者debug 流程是： 开发->提测->内网部署->测试验证->出库->实施打补丁。
   这之间不可控的因素太多，例如有新 bug 产生， 例如需要和测试去沟通改了什么 等等。。

而且在外网直接改，很可能就是灭顶之灾，已经有好几个同事因为在外网直接操作，导致产生bug 或者 网站瘫痪，但是还是会有同事在外网改。

为什么外网会有 svn 信息？

开发人员 出补丁大意，将 svn 信息也出了，测试人员 出库也直接出了。

综上 制度和流程问题。

应该权衡下找到一个相对折中的方法，在每一种情况下 应该怎么做。建立制度，强制执行。

不能靠人自觉，应该靠工具来强制。

1. Vue+Webpack使用规范
2. 所有组件首字母需要大写

• 1. CSS 命名
• 2. 引入相关工具：
  • EditorConfig
  • Emmet-plus
  • FECS
• 3.统一 CSS 基础样式base.css

1. 确认组件库里没有该库或类似库；
2. 确认引入组件库不会影响其他库，不会带来新的重大bug 并且有能力 cover 住；
3. 需要将该第三方库引入 static/vue-vendor；
4. 项目上线后，需要将该第三方库引入组件库，并提供详尽的 DEMO 和 README。

CSS Reset是通过重置浏览器默认样式来保证渲染一致性；normalize.css则更注重保留有用的默认样式和修复问题。
我们的base.css是采用了部分的reset和一些自定的初始化样式。
所以，是否有改进的需求呢？如果有，选哪种方式更合适呢？

1. http delete request with entity body？

任何 HTTP 方法都可以携带 body，比如 GET 也可以。但是这和常规有悖，而且如你所说一些框架会丢弃或无视非 POST 请求中携带的 entity body，因此设计 API 时应避免。

2. 为方便扩展，不用boolean 类型，用数字 0，1 表示真假。