현재 greenfield TypeScript/Web API 프로젝트에서 번들링/축소를 처리하는 데 Microsoft.AspNet.Web.Optimization을 사용하고 있습니다.Grunt/Gulp 처리 된 파일을 사용하여 Visual Studio에서 TypeScript 디버깅
릴리스 모드에서 HTTP 요청 및 축소가 줄어 듭니다. 내 개발을 수행하는 디버그 모드에서 TypeScript 코드의 전체 Visual Studio 디버깅 경험을 얻었습니다. 이 상황에서 Web Optimization은 TypeScript로 작성된 js 파일을 직접 가리키고 소스 맵의 사랑 스러움 덕분에 TypeScript로 다시 연결되기 때문입니다. 디버그 모드와 일부 제한 사항에서 캐싱을 둘러싼 약간의 거친 경계가 있지만 대부분이입니다. 이것은 아주 좋은 해결책입니다.
이제는 번들/축소 (부수적으로 I understand this is the direction that Visual Studio is planning to move anyway with ASP.Net vNext)를 처리하기 위해 그루터 (Grunt) 또는 꿀풀 (Gulp)을 사용하려고합니다.
이 접근법으로 소스 맵을 사용하여 내 TypeScript를 디버그 할 수 있다는 디버그 경험을 유지하고자합니다. 내 가정은 디버그 (디버그) *.js, *.map.js 및 *.ts Visual Studio 형식 스크립트 디버깅 경험을 보존해야하는 파일 폴더를 빌드 할 Grunt/Gulp 작업이있는 경우입니다.
내 기본 가정에 문제가 있는지 확인해 보았습니다. 이 소리가 나지 않습니까?
Visual Studio 2013.3을 사용하고 있습니다.