Creator 版本：2.1.2
目标平台： Web
编辑器操作系统 ：Win10
因为在用cocos之前，就经常写typescript，自己有一套惯用的webpack打包机制，其中用到ttypescript（一个支持ts-transform插件的第三方实现），支持很多扩展语法糖，而creator自带的tsc没有这些功能，所以我现在还是习惯用自己的工具链去开发，最终打包成一个大的js文件放到assets/Script里，并且带有sourcemap。但是经creator处理后，又生成了自己的sourcemap，把我原本的抛弃了，导致在浏览器预览时，无法映射到原始的ts文件中。
虽然并不影响运行，但多少还是影响了调试，不知道官方能否考虑这种情况，对原有sourcemap做一下合并处理？这样的工具也有现成的。
有点难，据我所知，babel / tsc 好像不支持读入已有的 sourcemap
或许你应该考虑导入为插件脚本？
感谢！导入为插件后确实就用上原始sourcemap了，不失为一个解决办法！
另外，关于sourcemap合并：https://www.npmjs.com/package/merge-source-map
并非现成的babel插件，可能还需要做一些整合工作。
谢谢！
又引起另外一个问题：
在给node添加脚本component时，似乎只认文件(以文件为单位)？也就是默认约定那个文件里只有一个cc.class，就可做为能在editor里添加的组件。这样一来，我这个预先合并的大js文件里的所有组件都没法从editor里选择了（虽然在代码中可以自由使用）。
能否改成一种全局注册机制呢？即不要以文件为单位来判断，而是直接在整个vm里搜索所有注册的组件，这样不管是单个文件还是合并的大文件都不影响，只要把组件类通过装饰器注册就行了。