안녕하세요 @lazutkin. 현재는 지원되지 않지만 약간 관련이 있으므로이 문제를 # 2869에 연결하고 싶습니다.

컴파일러는 폴더에 인수없이 tsc 를 실행하는 경우 빌드중인 폴더에 가장 가까운 tsconfig.json을 선택합니다. 따라서 tsconfig.json이있는 내부 디렉터리가있는 경우 외부 디렉터리에있는 디렉터리보다 먼저 선택됩니다.

여러 tsconfig.json에서 통합 / 오버 라이딩 구성을 지원하지 않을 것이라고 생각합니다.

대규모 엔터프라이즈 앱에는 여러 tsconfig 파일이 필수입니다.
제안 : tsc가 하위 디렉토리에서 새 tsconfig 파일을 찾을 때마다 tsc는 여기에서 중지하고 자체 tsconfig 파일을 사용하여 새 tsc 프로세스를 만듭니다.

@Eisenspalter 이것은 grunt,

내가 @Eisenspalter에 동의 @mhegazy 처리하지 구축에 대한하지만 우리는 빌드 전에 완료해야, 쓰기 테스트 소스 및 기타 활동을 포함하여 개발 프로세스에 대한 우리 모두가 이야기 때문이다. 이 모든 중간 단계에서 우리는 intellisense, typechecking 등을 포함하여 typescript 지원을 받아야합니다. 또한 앞서 말했듯이 프로젝트의 다른 부분에 대해 다른 소스 구성 기술 (외부-내부 모듈, 단일 출력 파일 등) 여기에 별도의 tsconfig로 재정의 할 몇 가지 옵션이 필요합니다.

@mhegazy 왜 닫혔습니까? 다시여십시오.

오늘은 여러 개의 tsconfig를 가질 수 있으며, 각각 겹치는 파일 세트를 가리 킵니다. 그래서 하나는 srctsconfig.json, 하나는 teststsconfig.json 등에 있습니다. 컴파일러 / 도구는 가장 가까운 것을 찾기 위해 디렉토리 트리를 탐색하여 파일을 찾습니다. 그래서 당신은 모든 것을 잡기 위해 루트에 세 번째 파일을 가질 수 있습니다.

이 모든 것이 오늘날 컴파일러와 다른 IDE에서 작동합니다. 원래 문제는 파일이 다른 파일에서 상속되도록 허용하는 것이 었습니다. 나는 복잡성을 정당화하는 충분한 가치가 있다고 생각하지 않습니다.

두 번째 문제 :

tsc가 하위 디렉토리에서 새 tsconfig 파일을 찾을 때마다 tsc는 여기에서 중지하고 자체 tsconfig 파일을 사용하여 새 tsc 프로세스를 만듭니다.

앞서 언급했듯이 tsconfig.json은 빌드 드라이버를 사용해야하는 여러 호출을 수행하려는 경우 tsc.js / tsc.exe에 대한 단일 호출을 나타냅니다.

@lazutkin 과 @Eisenspalter 가 질문에 답합니다.

헉헉
여러 tsconfig.json이 작동하도록 할 수 없습니다. 적어도 TypeScript 1.7.3에서는 하나의 tsconfig.json 만 읽고 프로젝트의 루트 디렉토리 (또는 상위)에있을 것으로 예상됩니다.

@Ziink 위의 내 의견은 동일한 프로젝트의 여러 tsconfig에 관한 것이 아닙니다. 각각 다른 tsconfig를 가진 여러 프로젝트 / 디렉토리에 관한 것이 었습니다. ts 프로젝트가 배치되는 방법은 https://github.com/Microsoft/TypeScript/tree/master/src를 참조

TypeScript로 작성된 프로젝트가 있으며 둘 다 대상으로 지정하고 싶습니다.

1. ES5 / AMD를 사용하는 브라우저 ( /browser )
2. CommonJS 및 생성기 (TS의 async / await)가있는 nodejs ( server 파일).

( /common ) 폴더에 일부 공유 파일이 있고 common 에서 browser 및 server 로 가져 오기가 있습니다.
IDE 지원, 모든 오류 등을 유지하면서 이러한 구성을 어떻게 얻을 수 있습니까? 토론이 내 의심에 대한 답이되었는지 확실하지 않습니다.

@bartq TS 1.8에서는 두 개의 tsconfig 파일 (브라우저 용, 서버용)을 만들고 두 하위 프로젝트의 파일에 /// references를 공통 파일에 추가합니다. 시도해보고 이것이 시나리오를 해결하는지 또는 여전히 누락 된 부분이 있는지 알려주십시오.

실제로 저는이 두 개의 tsconfig.json 파일을 사용하고 있는데 WebStorm이 파일을 발견하고 자동으로 컴파일을 실행합니다. 정확히 말하면 백엔드 코드는 common 개념을 사용하는 대신 프런트 엔드 코드에서 일부 클래스를 가져 오지만 모두 제대로 작동합니다.

마침내 해결책을 얻었습니다.

내 응용 프로그램 구조 :
-- 앱/-app / client / (내 클라이언트 측 소스 코드)-app / server / (내 서버 측 소스 코드)-app / build / (여기서 js를 생성합니다)-앱 / 노드 모듈 /-app / package.json-app / tsconfig.server.json-app / tsconfig.client.json

tsconfig.server.json의 내용 :
{ "compilerOptions": {..., "outDir": _ "build / server"_},"exclude": [ "node_modules", "client"]}

tsconfig.client.json의 내용 :
{ "compilerOptions": {..., "outDir": "빌드 / 클라이언트"},"exclude": [ "node_modules", "server"]}

그런 다음 서버 소스 코드를 컴파일하려면 앱 루트 디렉토리에서 다음 명령을 사용합니다.

tsc -p tsconfig.server.json

또한 루트 앱 디렉토리에서 클라이언트 소스 코드를 컴파일하려면 다음을 수행하십시오.

tsc -p tsconfig.client.json

클라이언트 및 서버 컴파일을 모두 실행하기 위해 package.json에 명령을 추가했습니다.

"스크립트": {..., "tsc": "tsc --p tsconfig.server.json && tsc --p tsconfig.client.json", ...}

그런 다음 서버와 클라이언트를 모두 컴파일하려면 루트 앱 디렉토리에서 실행합니다.

npm 실행 tsc

이 의견이 당신을 도울 수 있기를 바랍니다 :-)

나는 여기에 문제가 무엇인지 이해하지 못한다. 파일 이름이 다른 구성을 지원할 수없는 이유는 무엇입니까? 다른 tsconfig 파일을 포함하기 위해 하위 폴더를 만드는 것은 고통 스럽습니다.

할 수 있습니다. --p 인수 ca는 파일 이름입니다.

다른 파일 이름은 기본적으로 Visual Studio typescript 컴파일러 확장 (CLI에 대해 언급하지 않음)에서 작동하지 않습니다. 이를 수행하는 유일한 방법은 각 tsconfig.json을 더미 디렉토리에 넣고 files 옵션을 사용하여 원하는 타이프 스크립트로 다시 링크하는 것입니다.

예를 들면

--src / target / search / tsconfig.json
--src / target / core / tsconfig.json
--src / target / users / tsconfig.json

target / search / tsconfig.json 은 다음과 같습니다.

{
  "compilerOptions": {
    "outFile": "../../../build/app/search.js"
  },
  "files": [
    "../../src/common",
    "../../src/search"
  ]
}

그리고 다른 것들은 비슷할 것입니다.

이렇게하면 3 개의 자바 스크립트 파일이 생성되며, 각 파일에는 고유 한 구성이 하나로 묶여 있습니다.

물론 Typescript 컴파일러 자체와 다른 번들링 / 최소화 / 패키징 솔루션을 사용할 수 있습니다.

Typescript 컴파일러가 최적화 작업을 정말 잘 수행한다는 것뿐입니다. 이것이 Typescript 사용에 가장 큰 장점 중 하나입니다.

따라서 단일 tsconfig.json이 tsconfig의 배열로 변경하여 여러 구성을 지원할 수 있다면 좋을 것입니다.

[
  {
    "compilerOptions": {
      "outFile": "../../build/search.js"
    },
    "files": [
      "src/common",
      "src/search"
    ],
    "compileOnSave": true
  },
  {
    "compilerOptions": {
      "outFile": "../../build/core.js"
    }
    "files": [
      "src/common",
      "src/core"
    ],
    "compileOnSave": true
  }
]

이것이이 문제의 이후 의견에서 요청 된 것처럼 들리지만, 원래 문제는 상속 및 구성 재정의에 관한 것이 었습니다.

@mhegazy @bartq tsc 명령으로 작동시킬 수 없습니다.
다음과 같은 디렉토리 구조가 있습니다.

-- app/
-- app/server  -- here I want es6/commonjs
-- app/server/tsconfig.json
-- app/client    -- here I want es6/es6 
-- app/client/tsconfig.json
-- app/tsconfig.json

그러나 tsc 실행하면 app/tsconfig.json 만 사용되며 나머지는 무시됩니다. VSCode에서 작동하도록 노력하고 있습니다.

@tomitrescak 저는 WebStorm을 사용하고 있으며 가장 가까운 tsconfig.json을 찾아서 파일을 편집 할 때 사용할 수있을만큼 지능적입니다. 아마도 여러 tsconfig.json의 감시를 지원하는 cmd 도구가 없을 것입니다. 예를 들어 FB 워치 맨을 사용하여 롤아웃 할 수 있습니다.

예, VS 코드에서 이와 같은 것을 갖고 싶습니다. 터미널에서 컴파일을 실행하고 있습니다. 잘 작동합니다. VS Code는 어쨌든 오류를 올바르게 식별합니다.

여러 구성이 좋을 것입니다. 저는 React-Native 프로젝트에서 일하고 있으며 기본적으로 두 가지 빌드가 있습니다.

1. 내 React-Native 프로젝트의 스크립트
2. React-Native WebViews (차트)를 위해 HTML에서 사용되는 스크립트.

구성 상속이 TS 2.1에 추가되었으며 오늘 typescript@next 에서 사용할 수 있습니다. 자세한 내용은 https://github.com/Microsoft/TypeScript/issues/9876 을 참조하십시오. 이를 통해 "마스터"tsconfig.json을 가질 수 있으며 여기에서 구성을 상속하는 것을 재정의 할 수 있습니다. 여전히 여러 tsconfig.json 파일을 만들어야하지만 IDE에서이 파일을 선택해야합니다.

다음 디렉터리 구조가 있습니다.

├── examples
│   ├── files...
│   └── tsconfig.json
├── src
│   └──files...
└── tsconfig.json

루트 tsconfig.json :

{
  "compilerOptions": {
    "target": "es2015",
    "module": "commonjs",
    "moduleResolution": "node",
    "outDir": "dist",
    "sourceMap": true,
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "removeComments": false,
    "noImplicitAny": false,
    "declaration": true,
    "allowJs": false
  },
  "include": [
    "./src"
  ],
  "compileOnSave": false,
  "buildOnSave": false,
  "atom": { "rewriteTsconfig": false }
}

examples/tsconfig.json 값은 다음을 제외하고 동일합니다.

  "include": [
    "./hello-world"
  ],

내가 할 때 :

cd examples
tsc

다음을 컴파일합니다.

├── examples
│   ├── dist
│   │   ├── examples
│   │   └── src
│   ├── files...
│   └── tsconfig.json
├── src
│   └──  files...
└── tsconfig.json

( dist 잘못된 외부 폴더 src 및 루트 폴더 내에서 컴파일 됨)

도움 안 함 ( examples/tsconfig.json ) :

  "exclude": [
    "../src"
  ],

내가 도대체 ​​뭘 잘못하고있는 겁니까?

문제를 발견했습니다. 내 examples/hello-world/any-file*.ts 에이 가져 오기 :

import { SomeClass } from '../../src';

위의 문제에 설명 된 생산물입니다. 다음 가져 오기가 예상대로 작동합니다.

import { SomeClass } from '../../';

그러나 typescript의 지시문 include 가 예상대로 작동하지 않는 이유는 무엇입니까?

나는 그것을 작동시킬 수 없다
동일한 폴더에 tsconfig.json이 있지만 " 경고 : 상위 tsconfig.json을 찾을

@zhukovka 로컬에서 실행할 수있는 독립 실행 형 재현으로 새 문제를 기록해주세요.

@RyanCavanaugh 오. 고마워, 알아 냈어
문제는 테스트 폴더 (tsconfig.json 포함되지 않음)에서 하나의 파일을 열고 'src'폴더 (tsconfig.json 포함)에서 두 번째 파일을 연 경우에만 재현됩니다.
테스트 폴더의 파일은 src 폴더의 파일을 가져옵니다. 이 경우 src 폴더의 파일에는 '부모 tsconfig.json'이 표시되지 않습니다.

@RyanCavanaugh, 여러 가지 tsconfig.json의 컴파일에 대한 지원은하고 싶은 것을 개발자가 될 계속할 것으로 보인다. 제 경우에는 일반적으로 생성 된 출력 파일의 위치를 ​​변경하는 것입니다. 코드 생성이 기존 paths 매핑과 같은 것으로 제어되어 생성 된 코드를 소스와 다르게 레이아웃 할 수 있다면 아마도 여러 프로젝트의 필요성이 줄어들 것 같습니다.

내 사용 사례는 더 엄격한 유형 검사 규칙을 견딜 수없는 대규모 레거시 코드베이스가 있으며 엄격한 검사가 활성화 된 새로운 코드베이스에서 사용하고 싶습니다. 그리고 레거시 코드를 내보내기를 위해 유형의 이름을 지정하는 데 필요한 모든 유형을 가져 오지 않는 백만 개의 케이스가 있기 때문입니다 (# 9944). 따라서 레거시 코드베이스를 새 코드베이스에 추가하고 싶지만 느슨한 규칙에 따라 컴파일되었습니다. 이것은 2 개의 다른 컴파일 단계가 될 수 없습니다. 컴파일러가 특정 디렉토리 아래의 소스 파일에 대해 작업 할 때 laxer 규칙을 사용해야합니다.

저에게 사용 사례는 노드를 사용하여 실행되고 commonjs 모듈로 컴파일해야하는 저장소의 일부를 가지고있는 반면 다른 부분은 ES6에서 트리 쉐이킹을 활성화하기 위해 ES6 모듈로 컴파일해야합니다. 경험이 좋지 않습니다. 제 경우에는 TS_NODE_PROJECT 환경 변수로 해킹이 많이 발생합니다. 내가 결국 프로젝트를 바꿀 때 그것을 유지하는 다음 사람이 지옥을 혼란스럽게 할 수있는 것 같다.

나는 여전히 이것이 해결되는 것을보고 싶다. 프로젝트 내에서 모듈 당 다른 tsconfig.json 파일이 필요한 대규모 프로젝트의 경우 큰 도움이 될 것입니다.

@Robinfr extends 기능으로 해결되지 않는 것은 무엇입니까?

그게했다. 나는이 포스트 이후에 그것에 대해 알게되었다. 그러나 한 가지 주목할 점은 include 를 k가 웹팩을 통과하기 때문에 일반적으로 필요하지 않은 파일로 설정하지 않으면 작동하지 않는다는 것입니다.

Op 15 9 월. 2017 9:24 am schreef Kitson Kelly [email protected] :

@Robinfr https://github.com/robinfr 확장 기능은 무엇입니까 https://www.typescriptlang.org/docs/handbook/tsconfig-json.html#configuration-inheritance-with-extends 가 해결되지 않습니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/Microsoft/TypeScript/issues/3645#issuecomment-329703706 에서 보거나 https://github.com/notifications/unsubscribe-auth/AD90FLZKcHMJeFU0osJroT_yawlC1oTIks5siiZFgaJpZM4FMc8w 스레드를 음소거합니다.

@kitsonk 확장은 잘 작동하지만 잘못하지 않으면 두 구성 모두에서 특정 설정 (내 build 및 node_modules 폴더 제외)을 반복해야합니다. 나에게 가장 큰 고통은 내 모든 도구가 어떤 구성 파일이 올바른 구성 파일인지 알고 있는지 확인하는 것입니다 (일반적으로 TS_NODE_PROJECT 환경 변수와 같은 방법으로 사용합니다. 다른 하나는 두 개의 tsconfig가있는 프로젝트를 열 때). VS.code. 사용할 프로젝트 파일을 VS에 알릴 수있는 방법이 없으며 해당 tsconfig의 해당 파일에 대한 설정이 다르기 때문에 일부 파일 오류에 대해 올바르게 밑줄이 표시되지 않습니다 (예 : tsconfig.build.json 등).

@voy 빌딩에 다른 tsconfig가있는 이유를 물어봐도 될까요? 내가 이해 한 한 VSCode는 편집중인 파일에 가장 가까운 tsconfig 파일 ( tsconfig.json )을 사용합니다. 지금까지 내가 가진 유일한 문제는 VSCode가 구성을 사용하기 시작하기 전에 루트에 tsconfig 파일이 있어야한다는 것입니다.

@Robinfr 확실합니다. 동일한 저장소에 webpack & babel을 사용하여 처리되고 ES6 모듈을 사용하여 트리 쉐이킹을 활성화하는 파일이 있습니다. 다른 파일은 빌드 프로세스의 일부이며 노드를 사용하여 실행되므로 가져 오기가 필요에 맞게 변환되어야합니다. 어떻게 해결할 수 있을지 모르겠습니다.

@voy 는 해당 파일을 별도의 폴더에 보관하지 않습니까? 예 : 모든 Babel 및 webpack 파일 용 폴더 1 개, 노드 파일 용 폴더 1 개. 그런 다음 각 폴더에 대해 tsconfig.json을 가질 수 있습니다. 그게 효과가 없을까요?

@Robinfr 은 이상적이지만 현실 세계에서 항상 가능하지는 않다고 생각합니다. 예를 들어, 모든 구성 파일도 typescript가되고, 모든 TypeScript 코드베이스와 동일한 규칙에 따라 컴파일 및 린팅되기를 원하며 일부 파일은 프로젝트의 루트에 있어야합니다. 심볼릭 링크를 할 수 있지만 때로는 다른 문제가 발생합니다. 그래서 좀 더 유연한 것이 도움이 될 것이라고 생각합니다.