我当前正在使用Microsoft.AspNet.Web.Optimization来处理我在绿地TypeScript/Web API项目中的绑定/缩小。
在发布模式下，我得到了减少的HTTP请求和缩小。在调试模式下（我在那里进行开发），我可以获得TypeScript代码的完整Visual Studio调试经验。这是因为在这种情况下，Web优化直接指向TypeScript创建的js文件，并由于源映射的可爱性而钩回TypeScript。调试模式下的缓存有一些粗糙的边缘，也有一些限制，但主要这是一个非常好的解决方案。
我现在希望切换到使用Grunt或Gulp来处理捆绑/缩小（顺便说一句，我知道这是Visual Studio计划使用ASP.Net vNext的方向）。
我想保持能够使用这种方法使用源映射调试TypeScript的调试体验。我的假设是，如果我有一个Grunt/Gulp作业（在调试中）构建了一个包含*.js、*.map.js和*.ts文件的文件夹，该文件夹应该保留Visual Studio TypeScript调试经验。
我想我应该检查一下我的基本假设是否有任何问题。这听起来可行吗？还是我开始走上了一条死胡同？
我使用的是Visual Studio 2013.3。
如果您有*.map.js文件，并且连接到internet explorer实例（在IE调试工具中启用了源映射），则断点将工作。