一般的项目开发都是先在本地环境开发，测试环境中完成测试，最后再提交到线上环境。
但是由于版本构建工具有时出现bug或者一些缓存的因素导致测试环境代码可能和线上不一样，这是多么蓝瘦的事情。此处说的是在原来代码基础之上修改的代码的情况。
之前有遇到这样的情况，测试环境一切都OK，提交到线上之后，最后竟然出现了乌龙事件，线上环境用来老版本的js和样式，这就十分尴尬了。
项目开发使用的gulp对代码进行压缩和添加版本号，那时不知道gulp怎么了，没有给新的引用代码加上最新的本号，所以。。。。
其实还是疏忽，没有对线上代码进行检查，不然也不会有乌龙了。
那次项目也特别巧，是一个在就项目进行开发的项目，效果大概在线上环境消费多少几千RMB之后，才会触发的一个效果。问题就来了，测试环境可以容易触发，线上不好整啊，难不成要去消费啊。
实际效果得等到websocket下发全站通知之后，才会去触发。测试环境没有问题了，代码提交应该也不会有啥问题吧。
哎，写代码千万别存着侥幸的心理，不然坏果子还得自己吃，蓝瘦也只能难受了。。
那时候就想，我能不能在线上环境也模仿全站通知，模拟一个data呢？
但是代码已经压缩上传了，怎么看？后面之后，其实可以用Fiddler代理，让自己的电脑访问的js,或者css指向本地开发环境的代码，
这就好办了，我就可以使用模拟的data了。具体做法如下：
1、打开Fiddler，访问线上环境的链接，抓到需要更改路径的js。
、
2、如上图所示，选中要更换路径的js,在最下面改变成开发环境的路径（最好是没有压缩之后的代码的src,方便调试），最后save,那就OK了。
3、打开线上环境链接，浏览器在开发者环境下面选择Sources，你就可以看到里面的对应的代码路径已经变成你本地路径的代码了。