Typescript: Visual Studio "컴파일 없음"옵션

안녕하세요, 불과 며칠 전에 이와 관련된 문제 # 2252를 제출했습니다. 단일 파일 출력이있는 TS 프로젝트에 대해 저장시 컴파일을 사용할 때 사전 및 사후 빌드 이벤트를 트리거하는 방법이 필요합니다 (일반적인 VS "Build"및 "Rebuild"명령, 언어 서비스, 디버깅 등을 계속 유지하면서) .). 해결 방법으로 현재 grunt-contrib-watch ( "Solution Open"바인딩을 사용하여 시작됨)와 함께 Task Runner Explorer를 사용하여 컴파일 된 파일의 변경 사항을 확인하고 수정 될 때마다 추가 작업을 수행하고 있습니다.

그러나 나는 그것이 정말로 만족스럽지 않다는 것을 발견하고 (사전 컴파일 작업을 수행해야하며 일반적으로 Grunt를 사용하거나 모두를 사용하여 빌드 단계를 수행하는 것을 선호합니다) 설명 된 것을 정확히 수행하는 것을 고려하십시오 .VS 컴파일을 완전히 끄십시오. 그리고 grunt-contrib-watch, grunt-ts, 추가 grunt 플러그인 및 Task Runner Explorer의 조합으로 커스텀 compile-on-save, 전체 빌드 (실행중인 단위 테스트 포함), 사전 및 사후 빌드 이벤트를 구현합니다. .

(업데이트 : 이미 구현되었으며 잘 작동합니다. 현재는 TRE "Before Build"및 "After Build"바인딩을 지원하지 않지만 .ts 파일이 수정 될 때마다 사용자 지정 grunt 빌드 스크립트를 실행합니다. 원인).

이러한 종류의 빌드 시나리오를 효율적으로 허용하는 가장 쉽고 (TS 플러그인 개발자에게는 최소한의 개입) 방법은 Visual Studio에서 시작된 모든 형태의 컴파일을 해제하는 옵션을 제공하는 것 같습니다. 저도 그렇게하는 방법에 대한 아이디어를 주시면 감사하겠습니다.

지금 당장 당신에게 좋은 선택이 있는지 모르겠습니다. 프로젝트의 모든 .ts 파일을 속성에 Build Action: None 로 설정하면 원하는 작업을 수행 할 수 있지만 중간 크기의 프로젝트에서도 수동으로 수행하는 것이 매우 번거 롭습니다.

빌드는 MSBuild 프로젝트의 대상에 의해 파생됩니다. 기본 typescript 빌드를 비활성화하려면 파일에서 typescript 대상에 대한 참조를 제거합니다.

이것은 당신의 언어 서비스가 하나의 컨텍스트에서 프로젝트의 모든 파일을 수집하지 않게 할 것입니다. 괜찮다고 말하고 다음 릴리스에서는 tsconfig 지원이 있어야하며 그러면 새 프로젝트가됩니다. tsconfig를 사용하지 않고 다음 릴리스를 기다리지 않고 계속 작동하게하려면 프로젝트 파일에 <TypeScriptEnabled>true</TypeScriptEnabled> 속성을 정의합니다.

@mhegazy <TypeScriptEnabled>false</TypeScriptEnabled> 를) 의미 했습니까?

당신이 원하는 것에 따라 잘 :)

언어 서비스 프로젝트 콘텐츠로드를 끄려면 false로 설정하고
활성화하려면 사실로 만드십시오. 기본 대상 (Microsoft.TypeScript.targets)을 포함하여 이미 활성화되어 있습니다.

좋아, 난 엉망이 될게. 감사!

감사합니다 @mhegazy , 구성 옵션이 지금까지 작동하는 것 같습니다! (여전히 구문 / 컴파일 오류를 표시하고 IE에서 디버깅을 허용하는 동안) 다음과 같이 특정 솔루션 구성에 대해 설정할 수도 있습니다 (내가 시도했지만 작동하는 것 같음).

<PropertyGroup Condition="'$(Configuration)' == 'Debug'">
...
    <TypeScriptEnabled>false</TypeScriptEnabled>
...
</PropertyGroup>

"언어 서비스 프로젝트 콘텐츠로드 비활성화"가 무엇을 의미하는지 정확히 모르겠습니다. (대상, 컨텍스트 등과 같은 VS 개념에 익숙하지 않습니다.) 테스트 한 한 모든 것이이 옵션으로 정상적으로 작동하는 것 같습니다 (빌드에서 컴파일하지 않는 예상되는 동작 제외)? 그리고 프로젝트 구성에서 새로 추가 / 생성 된 .ts 파일에 대해 <TypeScriptCompile Include=".."/> 항목을 계속 추가 할 것 같습니다.

참고로, 이제 Grunt를 통해 모든 작업이 완료되었으므로 어떻게 든 VS Build 호출시 grunt-watch 트리거 빌드와 "Before Build"/ "After Build"바인딩 이벤트 간의 충돌을 처리하는 방법을 찾아야합니다 Rebuild 명령은 빌드가 시작되기 전에 VS가 자동으로 저장하므로 두 개의 다른 Grunt 인스턴스가 불필요하게 병렬로 실행됩니다.

<TypeScriptEnabled>false</TypeScriptEnabled> 작업을 수행 할 수 없었지만 (TypeScript 1.4가 포함 된 VS 2013 업데이트 4) 프로젝트에서 TypeScript 대상 파일을 제거하면 프로젝트 빌드에서 컴파일이 비활성화되었습니다.

다음은 VS에서 TypeScript 컴파일을 비활성화하는 데 필요한 전체 단계입니다 (여전히 언어 서비스가 작동하고 리팩토링을 계속 행복하게 유지하는 등).

• 프로젝트 파일에서 TypeScript ".targets"파일에 대한 참조를 제거하십시오.
• Visual Studio TypeScript 옵션에서 "프로젝트의 일부가 아닌 TypeScript 파일 자동 컴파일"을 비활성화합니다.

두 번째 단계는 일종의 버그입니다 (또는 최소한 대화 상자에 엄격하게 정확한 방식으로 레이블이 지정되어 있지 않습니다). TypeScript 파일이 프로젝트의 "일부"인 경우에도 대상 파일을 비활성화하면 Visual Studio 2013은 해당 파일을 프로젝트의 일부가 아닌 것처럼 처리하고 저장시 컴파일합니다 (전역 옵션이 설정되지 않은 경우). <TypeScriptEnabled/> 을 (를) 얻을 수 없습니다.

감사합니다 @mhegazy- 이것이 TypeScript 옵션 대화 상자의 일부일 수 있다면 멋지 겠지만 적어도 프로젝트 편집을 통해 지원하는 것은 상당히 쉽습니다.

한 가지 까다로운 점은 <TypeScriptEnabled>false</TypeScriptEnabled> 가 특히 대상으로 가져온 후에 파일 끝에 있어야한다는 것입니다. 대상이 어쨌든 정의하므로 재정의하고 싶습니다.

한 가지 까다로운 것은그릇된 특히 대상으로 가져온 후 파일의 끝에 있어야합니다. 대상이 어쨌든 정의하므로 재정의하고 싶습니다.

당신 말이 맞아요! 이것이 속임수였습니다.

이것이 문제를 해결한다고 생각합니다. 감사합니다, @mhegazy .

@mhegazy 안녕하세요. <TypeScriptEnabled>false</TypeScriptEnabled> 가 TypeScript 1.4가 설치된 VS 2013에서 작동한다고 확신하십니까? 방금 현재 PC를 TS 1.3 (스트레이트 VS 2013 업데이트 4)을 사용하는 VS 2013에서 TS 1.4를 사용하는 VS 2013으로 업그레이드했으며 이제 Visual Studio가 "빌드시"TypeScript를 다시 빌드하려고합니다 ( "Build 내 프로젝트의 마지막 5 줄은 다음과 같지만 : "앞에 있습니다.

  <Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)\TypeScript\Microsoft.TypeScript.targets" Condition="Exists('$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)\TypeScript\Microsoft.TypeScript.targets')" />
  <PropertyGroup>
    <TypeScriptEnabled>false</TypeScriptEnabled>
  </PropertyGroup>
</Project>

오늘 초 (이 티켓을 닫았을 때)이 컴퓨터에서 제대로 작동했지만 이제 여기에 1.4를 넣었으므로 Build from VS에서 오류가 발생합니다. 대상 파일에 대한 참조를 주석 처리하고 (프로젝트에없는 TypeScript에 대해 "저장시 컴파일"을 해제) 여전히 비활성화됩니다.

집에 1.4가 있는데 <TypeScriptEnabled>false</TypeScriptEnabled> 을 (를) 전혀 사용할 수 없습니다.이 빌드 옵션에 회귀가 있는지 궁금합니다.

<TypeScriptEnabled>false</TypeScriptEnabled> 는 빌드와 관련이 없습니다. 프로젝트의 일부로 파일을 처리하는 언어 서비스에 관한 것입니다.

F5에서 빌드하지 않으려면 대상에 대한 참조를 제거하십시오.

그것이 짧은 대답이었습니다. 여기에 긴 버전이 있습니다.

프로젝트 파일은 다음 두 가지 용도로 사용됩니다.

1. 이것은 일반적인 MSBuild 지원으로, 대상이 작업을 호출하고 시스템이 입력을 찾고 일치하는 대상을 찾아 순서대로 실행합니다. 그래서 이것이하는 일은 프로젝트의 모든 TypeScriptCompile 항목을 집계하고 일부 옵션과 함께 tsc.exe에 전달하는 것입니다.
   또한 프로젝트 속성 페이지는 프로젝트 파일에서 파생되며 MSBuild 속성에 대한 UI 일뿐입니다.
2. 언어 서비스,이 완료, 서명 도움말, VS의 오류, 저장시 컴파일 ... 등. 일반 빌드가 작동하는 방식과 동일하게 작동하기를 원하므로 빌드에 대해 정의한 것과 동일한 속성을 조회하고 LS 행동. 예를 들어 프로젝트 파일 ( <TypeScriptTarget>ES3</TypeScriptTarget> )에서 대상이 ES3로 설정된 경우 클래스에서 get / set을 정의하면 언어 서비스에서 빨간색 물결 선이 표시됩니다.
   이를 통해 빌드 및 디자인 타임 동작 모두에 대해 하나의 옵션 집합을 사용할 수 있습니다.
   이를 위해 대상은 <TypeScriptEnabled>true</TypeScriptEnabled> 속성을 정의하여 typescript에 대해 알고 있음을 언어 서비스에 알립니다.

VS에서 빌드가 작동하지 않도록하려면 대상을 제거하십시오. 이렇게하면 빌드가 비활성화되지만 LS에이 프로젝트가 TypeScript 프로젝트가 아님을 알립니다. 그런 다음 모든 파일을 "느슨한 파일"로 취급합니다. 이것이 괜찮다면 더 이상 작업이 필요하지 않습니다. 이를 변경하고 프로젝트 파일의 속성을 계속 사용하고 프로젝트에 열려있는 다른 파일을 포함하지 않도록하려면 파일에 <TypeScriptEnabled>true</TypeScriptEnabled> 를 추가하면 LS가 그에 따라 처리합니다. .

빌드가 VS에서 작동하도록하고 LS가이를 프로젝트로 처리하지 않도록하려면 플래그를 false로 설정하십시오.

감사. 이것은 훌륭한 정보이며 모든 것이 귀하가 설명한 것과 일관되게 작동하는 것 같습니다. .targets 파일을 제거했지만 TypeScriptEnabled 를 true로 설정 한 경우 TypeScript 빌드 탭이 프로젝트 속성에서 사라질 것으로 예상됩니까?

  <!--
  <Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)\TypeScript\Microsoft.TypeScript.targets" Condition="Exists('$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)\TypeScript\Microsoft.TypeScript.targets')" />
  -->
  <PropertyGroup>
    <TypeScriptEnabled>true</TypeScriptEnabled>
  </PropertyGroup>
</Project>

그렇다면 대상을 다시 활성화 한 다음 UI를 사용하지 않고는 UI에서 액세스 할 수있는 설정을 제어 할 방법이 없기 때문에 이상하게 보입니다 (또는 그 시점에서 직접 TS 프로젝트 설정을 편집하기 만하면됩니다. 당신은 어쨌든 거기에 있습니다).

내가이 모든 것을 묻는 이유는 몇 주 전에 .csproj 및 .vbproj (https://www.npmjs.com/package/csproj2ts)에서 TypeScript 빌드 속성을 읽기 위해 npm 라이브러리를 작성했기 때문입니다. 현재 grunt-ts에 통합되고 있습니다. 준비가되면 ".csproj 파일에 대해 tsc를 실행"하는 쉬운 방법이 있습니다 (여기에서 요청한대로 : https://github.com/Microsoft/TypeScript/issues/1702). 코딩 경험을 위해 VS TypeScript 언어 서비스를 사용하도록 프로젝트를 설정하는 가장 좋은 방법을 사람들에게 알리고 싶지만 빌드에는 grunt-ts를 전적으로 사용합니다. 이 시나리오에서 사람들이 UI를 사용하여 TypeScript 속성을 구성 할 수 있기를 바랐지만 그렇지 않을 수도 있습니다.

TypeScript .targets 파일이 비활성화 된 상태에서 TypeScript 빌드 탭을 표시하는 방법을 알고 있습니까?

또한 <Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)\TypeScript\Microsoft.TypeScript.targets" Condition=" '$(Configuration)' == 'Debug' " /> 같은 작업을 수행하더라도 TypeScript 빌드 탭이 나타나도록하려면 프로젝트 구성을 디버그로 설정 한 다음 다시로드해야합니다.

죄송합니다, @mhegazy- 나는 당신을 트롤링하지 않을 것을 약속합니다!

TypeScript 빌드 탭이 프로젝트 속성에서 사라질 것으로 예상됩니까?

예, 속성 페이지가 대상에 연결되어 있으므로 제거하면 UI가 제거되므로 파일을 수동으로 편집해야합니다.

내가이 모든 것을 묻는 이유는 몇 주 전에 .csproj 및 .vbproj (https://www.npmjs.com/package/csproj2ts)에서 TypeScript 빌드 속성을 읽기 위해 npm 라이브러리를 작성했기 때문입니다. 현재 grunt-ts에 통합되고 있습니다.

달성하려는 시나리오는 실행 가능하지만 약간의 가장자리가 있으며 작동하려면 몇 군데를 해킹해야합니다. @paulvanbrenk 는 현재 VS에서 tsconfig에 대한 지원을 추가하고 있으며,이를 통해 프로젝트 속성 페이지가있는 경우 tsconfig 파일을 사용할 수 있습니다. 우리는 또한 ASP.net 5 프로젝트 에서 더 나은 통합을 위해 노력하고 있습니다. 즉, 1. grubt / bower 지원, 2. 파일 시스템 기반보기, 3. tsconfig를 사용하여 프로젝트 속성 관리, 그리고 4. 다른 편집자 / IDE와의 간단한 상호 작용. 나는 이것이 당신이 설명하는 시나리오와 잘 맞을 것이라고 믿고 당신은 그것을 해킹 할 필요가 없을 것입니다. 이것은 다음 릴리스에서 올 것이므로 약간의 대기가 필요합니다. :)

또한 다음과 같이해도 보인다 : , TypeScript 빌드 탭을 표시하려면 프로젝트 구성을 디버그로 설정 한 다음 다시로드해야합니다.

프로젝트가로드 될 때 가져 오기가로드됩니다. 따라서이 가져 오기에서는 '구성' '디버그'에서만로드되었다고 말하고 구성을 변경해도 강제로 다시로드되지 않습니다.

죄송합니다, @mhegazy- 나는 당신을 트롤링하지 않을 것을 약속합니다!
: D 걱정하지 마세요. 항상 피드백 받기를 좋아하고 도움이 되었기를 바랍니다.

확인. 정말 훌륭한 정보와 철저한 토론에 감사드립니다.

@paulvanbrenk 에게 던지기 만하면됩니다. tsconfig 를 사용하여 미래 상태에서도 VisualStudio TypeScript 빌드를 비활성화 할 수있는 기능이 있으면 멋질 것입니다 (CTRL + SHIFT + B 의미). C # 등을 빌드하지만 TypeScript는 빌드하지 않음) GUI를 통해 TypeScript 옵션을 설정할 수있는 기능은 그대로두고 외부 TypeScript 컴파일러를 사용합니다. 외부 컴파일 도구를 사용하는 것이 매우 도움이 될 수있는 이유는 여러 가지가 있으며 지금은 이것이 실제로 우연히 만 지원되고 거친 가장자리가있는 것처럼 느껴집니다.

tsconfig 아이디어는 훌륭하지만 다음과 같은 경우에는 실제로 도움이되지 않습니다.

• 이전 버전의 TypeScript 사용
• 같은 컴퓨터의 다른 프로젝트에서 다른 버전의 TypeScript 사용
• TypeScript의 실험 버전 사용 (예 : JSX 를 지원하는 @fdecampredon의 버전)
• 참조 관리를 자동화하고 TypeScript가 지원하지 않는 다른 작업을 수행하는 grunt-ts와 같은 빌드 도구 사용
• 기타.

Visual Studio 사용자가 커뮤니티에서 개발 한 TypeScript 컴파일러 시스템을 선택할 수 있도록 허용하는 동시에 Visual Studio 내에서 멋진 UI를 유지하는 것은 멋질 것입니다 (특히 멋진 Task Runner Explorer 추가 기능 사용). "Disable TypeScript Build"라는 체크 박스를 코딩하는 데 걸리는 시간과 비교하여 이것이 가능하게 될 커뮤니티의 중요한 이점을 평가 해 주시기 바랍니다.

"Disable TypeScript Build"라는 체크 박스를 코딩하는 데 걸리는 시간과 비교하여 이것이 가능하게 될 커뮤니티의 중요한 이점을 평가 해 주시기 바랍니다.

이것은 내가 혼란스러워하는 부분입니다. 나에게 이것은 typescript targets 참조를 제거한 다음 물건을 다르게 빌드하는 grunt 대상으로 대체하는 것입니다. 아무것도하지 말라고하는 조건이있는 .targets 파일을 포함하는 것이 이상하게 느껴집니다. 왜 처음에 그것을 포함합니까? 표준 typescript 대상을 대체하는 .targets 파일을 작성하는 것을 기꺼이 도와 드리겠습니다.이 파일에는 <TypeScriptEnabled>true</TypeScriptEnabled> 태그가 포함되고 VS를 기본 태그 인 것처럼 보지만 빌드를 다르게 처리합니다.

허. 나는 그것을 생각 했어야했다. 나는 .targets 파일을이 변경 불가능한 것으로 취급하고 있다고 생각하지만, 물론 이것은 완벽하게 이해된다. 타겟 파일 형식을 살펴보고 다시 연락 드리겠습니다.

시작하는 쉬운 방법은 대상 파일 Microsoft.TypeScript.Target을 복사하고, tsc 호출과 같이 신경 쓰지 않는 항목을 제거하고, grunt를 호출하는 작업을 추가하고, 구성에 연결하는 등의 작업을 포함하는 것입니다. 당신의 프로젝트.

대박! .csproj 파일을 다음 4 줄로 설정하여 미니멀 한 관점에서 모든 작업을 수행했습니다.

  <Import Project="$(ProjectDir)\custom.TypeScript.targets" />
  <PropertyGroup>
    <TypeScriptEnabled>true</TypeScriptEnabled>
  </PropertyGroup>

그리고 미니멀 한 custom.TypeScript.targets 파일은 다음과 같습니다.

<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <VsToolsPath Condition="'$(VsToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VsToolsPath>
  </PropertyGroup>
  <UsingTask TaskName="TypeScript.Tasks.VsTsc" AssemblyFile="$(VSToolsPath)\TypeScript\TypeScript.tasks.dll" />
  <PropertyGroup>
    <CfgPropertyPagesGuidsAddCSharp>{d4683cae-88c4-4b85-863d-ac8014f3ba36}</CfgPropertyPagesGuidsAddCSharp>
    <CfgPropertyPagesGuidsAddVB>{d4683cae-88c4-4b85-863d-ac8014f3ba36}</CfgPropertyPagesGuidsAddVB>
    <CfgPropertyPagesGuidsAddTypeScript>{d4683cae-88c4-4b85-863d-ac8014f3ba36}</CfgPropertyPagesGuidsAddTypeScript>
  </PropertyGroup>
  <ItemGroup>
    <ProjectCapability Include="TypeScript" />
  </ItemGroup>
</Project>

대상 파일에 <TypeScriptEnabled /> 태그를 넣으려고했지만 작동하지 않았습니다 (VS는 .ts 파일을 느슨한 것으로 취급했습니다). 그 이유를 아십니까? (MSBuild를 아는 사람에게는 이것이 분명합니다-아마도 일종의 범위 문제일까요?).

이 시점에서 이것이 내 문제를 해결한다고 생각합니다. VS Build가 트리거 될 때 Grunt 또는 Gulp 작업을 시작할 수있는 Task Runner Explorer 확장을 사용하여 Grunt 작업을 실행할 수 있습니다. 이제 빌드는 TypeScript 컴파일 결과에 관계없이 항상 성공한 것으로 표시되지만 사용자가 TRX 창에서 grunt-ts의 출력을 볼 수 있으므로 괜찮습니다. 프로젝트 속성 창에 "TypeScript 빌드"패널이 나타납니다. 해당 옵션을 선택하면 저장시 컴파일이 작동합니다. C # 또는 VB 코드가 성공적으로 컴파일되지 않으면 빌드가 여전히 실패한 것으로 표시됩니다 (좋은 점). 기본 Visual Studio "TypeScript를 사용하는 HTML 응용 프로그램"또는 ASP.NET 웹 프로젝트에서 여기로 이동하는 설정은 매우 간단합니다.

위의 미니멀리스트 .targets 파일을 grunt-ts로 배포하는 데 문제가 있습니까? 즉 우리는 그들의 프로젝트의 .targets 라인을 업데이트하는 사람들에게해야 할 것이다 것을 의미 <Import Project="$(ProjectDir)\node_modules\grunt-ts\custom.TypeScript.targets" /> 및 설정 <TypeScriptEnabled> .

다시 한 번 감사드립니다 !!

나는 넣어 보았습니다 대상 파일에 태그가 있지만 작동하지 않았습니다 (VS는 .ts 파일을 느슨한 것으로 취급했습니다). 그 이유를 아십니까? (MSBuild를 아는 사람에게는 이것이 분명합니다-아마도 일종의 범위 문제일까요?).

이건 이상해. 이것이 우리의 목표에있는 방법이며 잘 작동합니다. 속성이있는 다른 대상을 포함하고 있습니까? 어떤 조건? 나는 새로운 ts 프로젝트에서 그것을 시도하고, Microsoft.TypeScript.targets를 제거하고, 당신의 것을 넣고, 추가했습니다.진실 그리고 그것은 작동했습니다.

위의 미니멀리스트 .targets 파일을 grunt-ts로 배포하는 데 문제가 있습니까? 즉, 사람들에게 프로젝트의 .targets 라인을 다음과 같이 업데이트하라고 말하면됩니다. 및 설정.

나는 이것이 올바른 방법이라고 생각합니다. 나는 거기에서 TypeScriptEnabled를 얻으려고 할 것입니다. 문제 진단에 도움이 될 수있는 방법을 알려주세요.

몇 가지 참고 사항은 다른 작업에 필요하지 않는 한 tasks.dll 참조 나 VsToolsPath 정의가 필요하지 않습니다.

집에있는 컴퓨터에서 당신이 예상했던 행동을보고 있습니다. DLL에 대한 참조 없이도 작동했습니다. 예전에 실수 한 게 틀림 없으니 내일 다시 해보겠습니다. 정말 대단하다고 생각합니다! 고마워, 모하메드. 이것은 며칠 내에 grunt-ts의 일부로 공개 될 것입니다.

이 문제의 원인 중 하나는 대상 파일이 VS에서 한 번만로드되므로 대상을 편집하면 VS를 다시 시작할 때까지 변경 사항이 프로젝트에 반영되지 않는다는 것입니다.

그럴 수도 있습니다. 프로젝트를 언로드 / 다시로드하고있었습니다. 집에서 VS를 다시 시작할 수 있습니다. 나는 그것을 문서에 기록 할 것이다.

@mhegazy 모든 도움에 감사드립니다. "Visual Studio 프로젝트에서 컴파일"기능이 포함 된 grunt-ts 4.0.0을 출시했습니다.

https://github.com/TypeStrong/grunt-ts#vs

VS 빌드를 비활성화하는 방법 :

https://github.com/TypeStrong/grunt-ts/blob/master/docs/DisableVisualStudioBuild.md

아주 멋지다! 나는 이것이 가능하게하는 시나리오를 좋아한다.

고마워, 라이언. 나는 그것이 어떻게 밝혀 졌는지 상당히 만족합니다. tsconfig가 나오면 덜 필요하지만 그때까지 갭을 메우고 물론 1.5 이전의 TypeScript 컴파일러 버전과 호환됩니다.

추신 : 오늘 두 번의 버그보고가 있었으므로 오늘 밤 4.0.1을 푸시해야합니다.

참고로 VS2015 RTM에는 TypeScriptCompile을 비활성화하는 더 쉬운 방법이 있습니다.
<TypeScriptCompileBlocked>true</TypeScriptCompileBlocked> 를 .csproj 에 추가하십시오 (예 : 첫 번째 <PropertyGroup> .

감사.