여기에는 ClassA 의 루트 선언이 하나만 있으므로이 오류가 발생하지 않아야합니다.

죄송합니다. npm link 와 (과) 관련되어 있습니다.

npm link 를 사용하면 단순히 심볼릭 링크를 생성하기 때문에 아래와 같이 패키지가 설치됩니다.

|
-- node_modules
    |
    -- package-a
    |   |
    |   -- index.d.ts
    |   |
    |   ...
    |
    -- package-b
        |
        -- index.d.ts
        |
        -- node_modules
        |   |
        |   -- package-a
        |       |
        |       -- index.d.ts
        |       |
        |       ...
        |
        ...

표시된대로 package-a에 대해 두 개의 다른 선언 파일이있는 것 같습니다.
npm install 를 사용하여 패키지를 정상적으로 설치하면이 경우 package-a 선언이 package-b에 포함되어 있지 않기 때문에 발생하지 않습니다.

어쨌든 이것에 대한 해결책이 있기를 바라지 만 어렵고 우선 순위가 낮을 수 있습니다.

나는 결국 npm link 하지 않았고 이것은 더 이상 나에게 중요하지 않습니다.

충분히 공평하지만 다른 누군가가 : wink :

실제로 디스크에는 두 개의 ClassA 선언이있는 두 개의 파일이 있습니다. 그래서 오류가 정확합니다. 그러나 이러한 유형을 비교할 때 노드 모듈을 고려해야합니다. 이 문제는 이전에 https://github.com/Microsoft/TypeScript/issues/4800 에서보고되었습니다. Enums의 경우 규칙을 준공 칭 검사로 변경했습니다. 아마도 수업에 대해서도 똑같이 할 수 있습니다.

모든 관련 패키지가 NPM에 연결된 TS 1.7.5로 이것에 +1. 문제를 보여주는 테스트 케이스를 만들려고했지만 할 수 없었습니다. 내가 무엇을 시도하든 TS는 내 응용 프로그램에서 TS2345로 실패하는 시나리오에서 괜찮 았으며 내가 말할 수있는 한 문제가있는 .d.ts 파일의 모든 사본은 동일한 파일에 대한 심볼릭 링크였습니다. 유형 내에서 다른 선언이 있습니다. 그러나 Typescript에서 발생한 오류가 두 가지 호환되지 않는 유형을 선언 한 파일을 참조하면 좋을 것입니다. 내가 고려하지 않는 것에 대해 밝힐 수 있기 때문입니다. 지금은 두 가지 정의가 있지만 개발자가 문제를 정확히 파악하는 데 도움이되지 않습니다.

해결 방법으로 충돌하는 식에 <any> 를 사용하여 유형 검사를 건너 뛸 수 있습니다. 분명히 이것은 이전에 필요하지 않았던 다른 유형 주석을 수행해야 할 수도 있습니다. 누군가가이 문제를 언젠가 분리 할 수 ​​있기를 바랍니다.

편집 : 내 경우 NPM 링크가 작동 중임을 분명히했습니다.

TS 1.8을 사용할 수 있고 업그레이드되었으며 해당 버전에서도 문제가 여전히 존재합니다.

이 문제를 분석하고 문서화하는 모든 작업에 감사드립니다. 일부 코드베이스에서 동일한 문제가 발생합니다. package.json 종속성을 올바르게 사용하도록 일부 프로젝트를 포팅했지만 이제 개발 중에 npm link 사용할 때이 현상이 나타납니다.

이 문제를 해결하는 데 도움이 될만한 것이 있습니까?

나는 패키지를 심볼릭 링크하고 거기에서도 문제를 보는 Lerna 를 사용하고 있습니다. Typescript 버전 2.0.3.

불행히도 Lerna와 그 심볼릭 링크는 어려운 요구 사항이므로 소비자가 올바르게 유형을 검사 할 수있는 상태에서 제대로 컴파일되도록하기 위해이 불쾌한 해결 방법을 사용했습니다.

export class MyClass {
  constructor(foo: Foo) {
    (this as any)._foo = foo;
  }

  get foo() {
    return (this as any)._foo as Foo;
  }
}

수업은 매우 작기 때문에 그렇게 힘들지 않았고 실제로 변경 될 것으로 예상하지 않습니다. 이것이 내가 허용 가능한 해결 방법이라고 생각하는 이유입니다.

참고로, npm link 를 사용하고이 오류가 발생하여 여기까지 왔습니다. 아무도 이것에 대한 해결 방법을 찾았습니까?

@xogeny npm 링크가 어떻게이 문제를 일으키는 지 자세히

@mhegazy 위와 같은 오류가 발생하기 시작했습니다 ( Observable 에서 rxjs Observable 을 (를) 사용하는 경우를 제외하고 ""Observable "유형을 'Observable"유형에 할당 할 수 없음). 물론 두 모듈 모두에서 정확히 동일한 버전의 rxjs 에서 Observable 를 참조했기 때문에 이상하게 보였습니다. 그러나 유형이 "met"인 곳에 오류가 발생했습니다. 결국 @kimamula 가 npm link 를 사용하면이 오류가 발생 한다고 지적한 이 문제를 발견했습니다. 저는 다른 사람들과 rxjs 참조하는 대신 하나의 모듈에 필요).

그게 당신의 질문에 대답합니까? 제 사건이 여기에있는 다른 사건과 전혀 다르지 않다고 생각하기 때문에 이것이 당신에게 도움이되는지 잘 모르겠습니다.

특히 npm link 시나리오를 활성화하기 위해 TS2.0에서 작업했습니다 (https://github.com/Microsoft/TypeScript/pull/8486 및 # 8346 참조). npm 링크가 여전히 작동하지 않는 곳을 볼 수있는 샘플이 있습니까?

허. 2.0.3을 실행 중입니다 (확인했습니다). 재현 가능한 케이스를 만들어 보겠습니다.

그건 그렇고, TS 2.0에서 여전히 문제가 있음을 암시하기 때문에 이러한 스레드에 대해 후속 조치를 취해야합니다.

https://github.com/ReactiveX/rxjs/issues/1858
https://github.com/ReactiveX/rxjs/issues/1744

Lerna repo에서보고있는 문제는 다소 관련이 있으므로 https://github.com/seansfkelley/typescript-lerna-webpack-sadness 에서 제거 된 버전을 만들었습니다 https://github.com/TypeStrong/ts-loader/issues/324도 거기에 제출했습니다.

나는 typescript 2.0.3을 사용하고 있으며 위에서 설명한 것처럼 Observable 에서이 오류가 표시됩니다.

Type 'Observable<Location[]>' is not assignable to type 'Observable<Location[]>'. Property 
            'source' is protected but type 'Observable<T>' is not a class derived from 'Observable<T>'.

나는 Lerna monorepo 패키지에서도 이것을 치고 있습니다. 유형 시스템의 모든 부분이 실제 경로를 사용하여 파일을 고유하게 식별하는 것처럼 느껴집니다. 실제 경로가 아닌 심볼릭 링크 경로를 사용하는 분기를 따라 이동하면 동일하지만 다른 유형이됩니다.

이것은 더 복잡한 코드베이스에만 영향을 미치는 매우 잔인한 문제이며 과감한 조치를 취하지 않고는 해결하는 것이 불가능 해 보이므로 모두에게 관심을 기울일 수 있기를 바랍니다. 😄

종속성 A에 의존하는 앱이있는 경우 가장 두드러집니다. 종속성 A는 종속성 B에 의존하며 종속성 B의 유형을 포함하는 개체를 제공합니다. 앱과 종속성 A는 모두 npm link 종속성 B이며 유형을 가져 와서 동일한 내용을 설명하도록 할 수 있습니다.

이로 인해 심각한 오류 메시지가 발생하고 이미 많은 시간을 잃었 기 때문에 라이브러리의 private 및 protected 속성을 모두 살펴보고 제거하려고합니다. :

TSError: ⨯ Unable to compile TypeScript
tests/helpers/test-application.ts (71,11): Argument of type '{ initializers: Initializer[]; rootPath: string; }' is not assignable to parameter of type 'ConstructorOptions'.
  Types of property 'initializers' are incompatible.
    Type 'Initializer[]' is not assignable to type 'Initializer[]'.
      Type 'Application.Initializer' is not assignable to type 'Application.Initializer'.
        Types of property 'initialize' are incompatible.
          Type '(app: Application) => void' is not assignable to type '(app: Application) => void'.
            Types of parameters 'app' and 'app' are incompatible.
              Type 'Application' is not assignable to type 'Application'.
                Types of property 'container' are incompatible.
                  Type 'Container' is not assignable to type 'Container'.
                    Types of property 'resolver' are incompatible.
                      Type 'Resolver' is not assignable to type 'Resolver'.
                        Types of property 'ui' are incompatible.
                          Type 'UI' is not assignable to type 'UI'.
                            Property 'logLevel' is protected but type 'UI' is not a class derived from 'UI'. (2345)

이 문제를 조사해 주셔서 감사합니다. 감사합니다!

@tomdale Webpack, tsc 또는 다른 빌드 도구를 사용하고 있습니까? 내 문제는 Webpack을 통해 컴파일되었을 때만 발생하는 것 같습니다 ( 이전 의견 에서 링크 된 repo 참조).

@seansfkelley https://github.com/TypeStrong/ts-node 처럼 보입니다

맞습니다. ts-node (루트 애플리케이션 용)을 사용하고 있습니다. 그러나 종속성은 tsc 컴파일 된 패키지입니다.

방금이 문제에 부딪 혔고 백엔드를 여러 개의 작은 라이브러리로 분할하는 시도를 사용하기 때문에 이는 우리에게 중요한 문제입니다. 개발 중에 우리는 종종 npm을 우리의 저장소에 연결해야합니다. 이 문제를 발견하게 된 특정 문제는 rxjs Observables 및 인터페이스의 사용입니다.

// in repo A
export class HttpAdapter {
    request(url: string, options?: HttpRequestOptionsArgs): Observable<HttpResponse> {
        return Observable.of({});
    }
}

// in repo B
export class HttpRequestAdapter implements HttpAdapter {
    request(url: string, options?: HttpRequestOptionsArgs): Observable<HttpResponse> {
        return Observable.of({});
    }
}

이것은 npm link 하지 않으면 작동하지만 그렇게하면 다음과 같은 결과를 얻습니다.

Error:(10, 14) TS2420:Class 'HttpRequestAdapter' incorrectly implements interface 'HttpAdapter'.
  Types of property 'request' are incompatible.
    Type '(url: string, options?: HttpRequestOptionsArgs) => Observable<HttpResponse>' is not assignable to type '(url: string, options?: HttpRequestOptionsArgs) => Observable<HttpResponse>'.
      Type 'Observable<HttpResponse>' is not assignable to type 'Observable<HttpResponse>'.
        Property 'source' is protected but type 'Observable<T>' is not a class derived from 'Observable<T>'.

내가 할 수있는 유일한 제안은 private 를 피하는 것입니다. 이 문제로 인해 더 이상 private 패키지를 게시하지 않고 대신 JavaScript 스타일의 _ 접두사를 사용합니다. 나는 그것을로 실행 https://github.com/Microsoft/TypeScript/issues/7755 왜 주변에 비슷한 논의되는 private 명목 형 시스템에 킥을 대신 구조, 그리고 따라서 그것을 금지 한 내 버전 차이 (예 : NPM 2 또는 npm link )로 끝나기 너무 쉽기 때문입니다.

@blakeembrey 당신이 비공개를 피한다고 말할 때, 내 코드에서 무언가를 변경할 수 있다고 제안합니까? Observable 유형 정의가 문제라고 가정하고 있습니다.

@jeffwhelpley 네, 죄송합니다. Observable 입니다. 불행히도 private 조언을 피하는 것은 매우 희박하고 당신에게 전적으로 적용되지 않았습니다 😄 아마도 private 사용에 대해 rxjs 문제를 제기 할 수 있습니다 private 공용 인터페이스에서

편집 : 나는 이전에 문제를 따랐고 내 경험에 참여하는 것을 피했기 때문에 주로 언급했지만 https://github.com/Microsoft/TypeScript/issues/ 와 비슷하지만 내 생각을 다시 적어 둘 수 있다고 생각했습니다. @tomdale 이 private 및 protected 제거를 제안하는 곳에서 나는 얼마 전에 똑같이했습니다).

@mhegazy 로부터 npm link 문제가 없다고 느꼈다는 인상을 받았습니다. 그러나 그것은 여전히 ​​우리와 다른 사람들을 괴롭히는 것 같습니다. 그래서이 문제가 어디에 있는지 잘 모르겠습니까? TS 2.0+에서 인정 된 문제입니까? 아니면 어딘가에서 해결 방법을 놓치고 있습니까?!?

이 같은 문제가 발생하며 npm link 로 인한 것 같지 않습니다. npm install file.tar.gz 사용하여 설치하면 여전히 얻을 수 있습니다. 오류는 다음과 같습니다.

app/app.component.ts(46,5): error TS2322: Type 'Observable<boolean | Account>' is not assignable to type 'Observable<boolean | Account>'.
  Property 'source' is protected but type 'Observable<T>' is not a class derived from 'Observable<T>'.

내 app.component.ts 모습은 다음과 같습니다.

export class AppComponent implements OnInit {
  private user$: Observable<Account | boolean>;
  private loggedIn$: Observable<boolean>;
  private login: boolean;
  private register: boolean;

  constructor(public stormpath: Stormpath) {}

  ngOnInit() {
    this.login = true;
    this.register = false;
    this.user$ = this.stormpath.user$;
    this.loggedIn$ = this.user$.map(user => !!user);
  }

this.user$ 라인에 대해 불평하고 있습니다. Stormpath 에는 user$ 가 다음과 같이 정의되어 있습니다.

@Injectable()
export class Stormpath {

  user$: Observable<Account | boolean>;

@xogeny 이상, 내 이해는 정의 ID가 파일 위치에 연결되어 있다는 것입니다. 즉, npm link 사용하여 항상 문제를 일으킬 것임을 의미합니다 ( npm link ed 종속성에 자체 종속성이 설치되어 있기 때문입니다). . 정의 ID가 변경되었을 수 있습니다. 파일 해시를 사용하는 것이 TypeScript에서 좋은 해결 방법 일 수 있습니다. 불행히도 JavaScript에서 중복 모듈로 끝나는 방법은 12 가지뿐입니다 ( npm install from GitHub, npm install , 수동 복제, 버전 충돌로 인해 동일한 버전이 다른 위치에 도착할 수도 있습니다. 노드의 모듈 해석 알고리즘 작동 방식 등).

@blakeembrey 아마도. 그러나 이것은 무엇에 관한 것입니까?

나는 불평하지 않는다. 이 문제가 해결 될 것이라는 희망이 있는지 알아 내려는 것뿐입니다. @jeffwhelpley가 언급 한 모든 이유 때문에 우리 쪽에서는 심각한 가시입니다.

@xogeny 알아요, 저도 노력하고 있습니다. 올바르게 해결되었는지보고 싶습니다 😄 연결된 문제를 읽었지만 모두 두 개의 (실제) 파일이 있음을 의미하는 심볼릭 링크의 실제 경로를 해결하도록 설계되었습니다. 다른 위치로 해결되기 때문에 여전히 충돌합니다. 둘 다 npm link ed 패키지에서 다시 내 보낸 기호와 다를 수있는 자체 종속성을 가질 수 있으므로 한 프로젝트에서 다른 프로젝트로 npm link 가 발생합니다.

편집 : 확인할 수 있습니다. 모든 문제는 두 개의 파일 때문입니다. npm link 는 링크 한 프로젝트와 동일한 종속성 인 방금 링크 한 저장소에 종속성을 갖는 것이 간단하기 때문에 트리거합니다. 간단한 재현은 응용 프로그램의 두 가지 다른 수준에서 동일한 종속성에 대해 npm install 를 수행하고 오류가 발생하는지 확인하는 것입니다.

이 스레드를 따르는 사람에게 ... 여기에 설명 된 해결 방법을 시도했지만 (지금까지) 작동하는 것 같습니다.

이 오류를 재현했습니다.

mkdir a; cd a
npm install rxjs
echo 'import * as rx from "rxjs"; export const myObservable: rx.Observable<number>;' > index.d.ts
echo '{ "name": "a" }' > package.json

cd ..; mkdir b; cd b
npm install rxjs
npm link ../a
echo 'import * as rx from "rxjs"; import * as a from "a"; const x: rx.Observable<number> = a.myObservable;' > index.ts
tsc index.ts --target es6 --moduleResolution node

rxjs 의 두 가지 설치가 있으므로 다음을 얻습니다.

index.ts(1,59): error TS2322: Type 'Observable<number>' is not assignable to type 'Observable<number>'.
  Property 'source' is protected but type 'Observable<T>' is not a class derived from 'Observable<T>'.

명령 줄에 잘 작동하는 해결 방법이 있지만 Visual Studio는 여전히 모두 엉망이됩니다. https://github.com/Microsoft/TypeScript/issues/11107#issuecomment -254003380

Windows + Visual Studio 2015의 새로운 해결 방법은 xlib 라이브러리 src 및 dist 폴더를 node_modules\xlib\src 및 node_modules\xlib\dist 폴더로 robocopy하는 것입니다 dist 소비 프로젝트의.

누군가 원하는 경우 내 robocopy 배치 파일 스크립트의 중요한 부분은 다음과 같습니다.

:rerunloop
    <strong i="14">@echo</strong> watching for changes to project files..............  (Ctrl-C to cancel)

    <strong i="15">@rem</strong> xlib --> blib and slib
    <strong i="16">@robocopy</strong> .\xlib\src .\blib\node_modules\xlib\src *.*  /MIR /NJH /NJS /NDL /XD .git
    <strong i="17">@if</strong> NOT "%errorlevel%" == "0" (
        <strong i="18">@rem</strong> copy occured, so copy both

        <strong i="19">@robocopy</strong> .\xlib\dist .\blib\node_modules\xlib\dist *.*  /MIR /NJH /NJS /NDL /XD .git   
        <strong i="20">@robocopy</strong> .\xlib\src .\slib\node_modules\xlib\src *.*  /MIR /NJH /NJS /NDL /XD .git     
        <strong i="21">@robocopy</strong> .\xlib\dist .\slib\node_modules\xlib\dist *.*  /MIR /NJH /NJS /NDL /XD .git

        <strong i="22">@rem</strong>  set the src dirs readonly
        <strong i="23">@attrib</strong> +R .\blib\node_modules\xlib\src\*  /S /D
        <strong i="24">@attrib</strong> +R .\slib\node_modules\xlib\src\*  /S /D
    )
    <strong i="25">@timeout</strong> /t 1 /nobreak > NUL
<strong i="26">@goto</strong> rerunloop

이 문제로 다시 버그를 보내 드려 죄송합니다. 변경하는 동안 npm link 을 (를) 수행 할 수없는 것은 프로젝트에 심각한 문제입니다. 현재 TypeScript 기고자 중 한 명이 코드베이스에서 어디를 찾아야할지에 대한 약간의 지침을 제공 할 수 있다면 PR을 도와주고 싶습니다.

나는 또한 이것으로 어려움을 겪고 있습니다. 우리는 작은 앱에서 시작하여 TS를 채택했습니다. 이제이를 하위 모듈로 분할하고 연결하고… BOOM. TS는 더 이상 컴파일되지 않습니다. 모든 TS dist-tag에서 여전히 문제가 되나요? 나는 현재 @rc (2.1.1)에서 이것을 경험하고 있습니다.

@heruan 과 @jeffwhelpley 는 typescript@next 를) 시도해 주시면 몇 가지 관련 문제를 해결했습니다. 여전히 문제가 발생하는 경우 프로젝트 설정에 대한 자세한 정보를 제공하십시오.

@mhegazy 저는 Version 2.2.0-dev.20161129 에 있지만 여전히 문제가 있습니다. 구체적인 문제는 다음과 같이 "인터페이스"(클래스를 사용하지만 클래스를 Angular 2 DI의 토큰으로 사용할 수 있도록)를 포함하는 프로젝트가 하나 있다는 것입니다 (ProjectA라고합시다).

export class ServerAdapter {
    start(opts: ServerOptions): Observable<any> {
        return null;
    }
}

그런 다음 다음과 같이 첫 번째 프로젝트의 인터페이스를 구현하는 클래스가있는 완전히 별도의 프로젝트 (ProjectB라고합시다)에서 :

export class RestifyServerAdapter implements ServerAdapter {
    start(opts: ServerOptions): Observable<any> {
        let server = restify.createServer();
        this.addPreprocessors(server);
        this.addRequestHandler(server, opts);
        return this.startServer(server, opts);
    }

   // more stuff here that is not relevant to this issue
}

ProjectB에 대한 일반 typescript 컴파일을 수행하면 제대로 작동합니다. 하지만 ProjectB 루트 디렉터리에서 npm link ProjectA 를 실행 한 다음 tsc 다시 실행하면 다음과 같은 결과가 나타납니다.

Types of property 'start' are incompatible.
    Type '(opts: ServerOptions) => Observable<any>' is not assignable to type '(opts: ServerOptions) => Observable<any>'. Two different types with this name exist, but they are unrelated.
      Type 'Observable<any>' is not assignable to type 'Observable<any>'. Two different types with this name exist, but they are unrelated.
        Property 'source' is protected but type 'Observable<T>' is not a class derived from 'Observable<T>'.

나는 모의 프로젝트에서 복제 할 수 없었고 문제의 원인을 놓치고 있으므로 복제 할 수 없습니다. @jeffwhelpley 문제를 복제하는 모의 프로젝트를 게시 할 수 있습니까? Lerna 프로젝트는 훌륭하고 쉽게 테스트 할 수 있어야한다고 생각합니다.

@heruan 나는 그것을 설정하려고 노력할 것입니다.

하나, 참고로. 해결 방법을 찾은 것 같습니다. ProjectA와 ProjectB 모두에서 npm link rxjs 이면 문제가 해결됩니다. 이 경우 ProjectA와 ProjectB가 동일한 rxjs 파일을 사용하기 때문에 이러한 종류의 의미가 있습니다. 그것 없이는 기술적으로 다른 파일을 사용합니다 (동일한 버전 임에도 불구하고).

ProjectB에서 npm link ProjectA 만 받으면 :

• ProjectB는 node_modules / rxjs를 가리 킵니다.
• ProjectA는 node_modules / ProjectA에 심볼릭 링크로 존재하며 참조하는 rxjs는 node_modules / ProjectA / node_modules / rxjs에 있습니다.

그러나 둘 다 npm link rxjs 이면 두 rxjs 참조가 정확히 동일한 전역 npm 위치에 심볼릭 링크됩니다.

어쨌든, 이것은 분명히 여전히 이상적이지는 않지만 적어도 우리를 앞으로 나아갈 수있는 것입니다.

또한 ... 이것이 관련이 있는지 또는 중요한지 확실하지 않지만 (테스트 프로젝트를 설정하면 볼 수 있음) 두 개의 라이브러리 (예 : ProjectA 및 ProjectB)는 실제로 비공개 npm 리포지토리입니다.

힌트에 대해 @jeffwhelpley 에게 감사하지만 Lerna를 사용하고 있기 때문에 모든 모듈이 이미 서로 연결되어 있으므로 동일한 파일을 읽었지만 TS 컴파일러가 실제 경로가 아닌 링크 경로를 고려하고 있다고 생각합니다. 모의 프로젝트에서 재현 할 수 없기 때문에 내가 틀렸을 수 있습니다. 그리고 정말 미쳐 가고 있습니다.

여기 누구든지이 문제를 우아하게 해결할 수 있습니까?

또한 이것은 npm link 의 문제가 아닙니다. 공유 종속성이 다른 버전을 가리키는 경우 프로덕션 빌드에서도이 문제가 발생합니다.

즉. ProjectA는 [email protected] 하고 ProjectB는 [email protected]

ProjectA를 ProjectB에 종속성으로 설치하면 중복 된 유형도 갖게됩니다. 예를 들어 node_modules/rxjs 에 하나, node_modules/project_a/node_modules/rxjs 하나, 두 개의 Observable 선언이 있기 때문입니다.

ProjectA의 rxjs 버전을 ~4.9.0 와 같은 형식으로 허용하여이 문제를 해결할 수 있으므로 npm install 는 자체 버전을 다운로드 할 필요가없고 대신 ProjectB 버전을 사용합니다. 그러나 이것은 단지 개발 워크 플로우 문제가 아닙니다.

@ andy-ms의 제안에 따라 여기에 게시하십시오. 어제 최신 2.0.x로 다시 시도했지만 여전히 가지고 있습니다.

Angular 1의 타이핑으로 이것을 얻고 있습니다 : https://github.com/DefinitelyTyped/DefinitelyTyped/issues/10082#issuecomment -253023107

오늘 다시 이것, 특히 심볼릭 링크의 문제를 만났습니다. 내 설정은 다음과 같습니다.

node_modules/
folder
  another_folder
    node_modules/ (symlinked to ../../node_modules)
    app/ (angular1 app in typescript)
    tsconfig.json
    (other build files)

@types/angular 만 있으면 tsc 가 정상적으로 실행됩니다. 전체 제품군 ( @types/angular-{animate,cookies,mocks,resource,route,sanitize} )이 있으면 유형 오류가 발생하기 시작합니다.

$ npm run tsc

> [email protected] tsc D:\work\angular.io\public\docs\_examples\upgrade-phonecat-1-typescript\ts
> tsc

../../node_modules/@types/angular/index.d.ts(17,21): error TS2300: Duplicate identifier 'angular'.
../../node_modules/@types/angular/index.d.ts(18,21): error TS2300: Duplicate identifier 'ng'.
app/app.animations.ts(5,3): error TS2339: Property 'animation' does not exist on type 'IModule'.
app/app.config.ts(6,45): error TS2305: Module 'angular' has no exported member 'route'.
app/core/checkmark/checkmark.filter.spec.ts(5,22): error TS2339: Property 'mock' does not exist on type 'IAngularStatic'.
app/core/phone/phone.service.spec.ts(18,22): error TS2339: Property 'mock' does not exist on type 'IAngularStatic'.
app/core/phone/phone.service.spec.ts(23,18): error TS2339: Property 'expectGET' does not exist on type 'IHttpBackendService'.
app/core/phone/phone.service.spec.ts(30,18): error TS2339: Property 'verifyNoOutstandingExpectation' does not exist on type 'IHttpBackendService'.
app/core/phone/phone.service.spec.ts(31,18): error TS2339: Property 'verifyNoOutstandingRequest' does not exist on type 'IHttpBackendService'.
app/core/phone/phone.service.spec.ts(39,18): error TS2339: Property 'flush' does not exist on type 'IHttpBackendService'.
app/core/phone/phone.service.ts(5,33): error TS2305: Module 'angular' has no exported member 'resource'.
app/phone-detail/phone-detail.component.spec.ts(5,22): error TS2339: Property 'mock' does not exist on type 'IAngularStatic'.
app/phone-detail/phone-detail.component.spec.ts(18,46): error TS2305: Module 'angular' has no exported member 'route'.
app/phone-detail/phone-detail.component.spec.ts(20,20): error TS2339: Property 'expectGET' does not exist on type 'IHttpBackendService'.
app/phone-detail/phone-detail.component.spec.ts(32,20): error TS2339: Property 'flush' does not exist on type 'IHttpBackendService'.
app/phone-detail/phone-detail.component.ts(7,37): error TS2305: Module 'angular' has no exported member 'route'.
app/phone-list/phone-list.component.spec.ts(6,22): error TS2339: Property 'mock' does not exist on type 'IAngularStatic'.
app/phone-list/phone-list.component.spec.ts(15,20): error TS2339: Property 'expectGET' does not exist on type 'IHttpBackendService'.
app/phone-list/phone-list.component.spec.ts(26,20): error TS2339: Property 'flush' does not exist on type 'IHttpBackendService'.
node_modules/@types/angular-resource/index.d.ts(192,40): error TS2305: Module 'angular' has no exported member 'resource'.
node_modules/@types/angular/index.d.ts(17,21): error TS2300: Duplicate identifier 'angular'.
node_modules/@types/angular/index.d.ts(18,21): error TS2300: Duplicate identifier 'ng'.

내가베이스를 추가하여 고정 ../../node_modules/@types 로 typeRoots 내에 tsconfig.json :

    "typeRoots": [
      "../../node_modules/@types/"
    ]

로컬 node_modules/@types 추가를 시도했지만 작동하지 않았습니다.

@heruan 내가 시작한 한 가지 해킹은 lerna 기능을 사용하는 대신 연결 / 연결 해제를 위해 자체 npm 스크립트를 구현하는 것입니다. 따라서 lerna run link 와 같은 작업을 수행 한 다음 모든 package.json 파일에 link 라는 npm 스크립트가 있습니다.이 스크립트는 (내 경우에는) npm link rxjs 포함하여 모든 npm 링크를 수행합니다.

@jeffwhelpley 여기에서 솔루션을 공유 할 수 있습니까?

@yvoronen 모든 코드를 공유 할 수는 없지만 내 솔루션은 위에 설명되어 있습니다. 높은 수준에서 내가 찾은 핵심은 작업중인 모든 로컬 프로젝트뿐만 아니라 npm이 문제를 일으킬 수있는 외부 라이브러리를 연결하는 것입니다 (제 경우에는 rxjs가 Observable 개체의 개인 변수). 그래서 lerna 를 사용하여 모든 로컬 프로젝트를 관리 한 다음 lerna run link 를 실행합니다. 씬 아래에서는 각 프로젝트의 루트 폴더 내에서 npm run link 호출합니다. 따라서 다음과 같이 package.json에 link 스크립트를 정의해야합니다.

  "scripts": {
    "link": "npm link my-local-project1 && npm link my-local-project2 && npm link rxjs || true",
    "unlink": "npm unlink my-local-project1 && npm unlink my-local-project2 && npm unlink rxjs && npm i || true"
  }

이해가 되길 바라지 만 질문이 있으면 알려주세요.

업데이트를 제공하고 싶었습니다. @mhegazy 와의 같습니다 .

• 버전과 해상도 이름에 따라 패키지를 구별하는 개념을 고려중인 한 가지 솔루션입니다. 나는 이것에 관련된 모든 세부 사항을 가지고 있지 않습니다.
• 또 다른 방법은 심볼릭 링크의 "진정한"아이덴티티를 얻기 위해 경로를 완전히 확장하는 것입니다. 나는 이것이 더 간단하다고 생각하지만 다른 버전에서 동일한 패키지를 다룰 때 더 제한적이지만 상당한 수의 사례를 해결하는 데 도움이됩니다.

귀하의 의견이이 호에 속하는 것이 확실합니까? 완전히 들린다
다른.

2017 년 1 월 12 일 목요일 오전 3:14 Nikos [email protected] 은 다음과 같이 썼습니다.

참고로 유형 또는 npm 링크 AFAIK를 사용하지 않습니다.

[이미지 : 이미지]
https://cloud.githubusercontent.com/assets/216566/21887548/451d059c-d8b8-11e6-86d1-50afae4e5c2f.png

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/TypeScript/issues/6496#issuecomment-272137732 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAUAmcMXodOvU7coymMqGzTofD4pMagpks5rRgsogaJpZM4HFcWl
.

@dobesv 실제로 처음에 문제를 보는 전체 이유입니다. TypeScript는 심볼릭 링크 된 경로와 실제 경로를 구분할 수 없기 때문에 클래스 선언을 두 개의 개별 선언으로 인식합니다. 해결책은 다음 중 하나입니다.

1. 심볼릭 링크를 확장합니다.
2. 포함 된 패키지가 동일한 지 확인하십시오.

@DanielRosenwasser 죄송합니다. 내 댓글은 다른 사람의 댓글에 대한 응답이었습니다. "On Thu, Jan 12, 2017, 오전 3:14 Nikos @ . * > 썼다"... 그게 누구이며 그들이 말한 내용을 더 이상 기억하지 않습니다. npm 링크와 관련이없는이 댓글 스레드의 문제에 대해 질문했습니다.

하지만 여기있는 동안 파일 이름이 유형에서 역할을하는 방식에 대해 재미있는 점이 있음을 언급해야합니다. 오늘 저는 RxJS에 문제가 있었는데, 그런 방법이 Observable에 정의되어 있지 않다고 불평했습니다. 그 이유는 HTTP 라이브러리에 다른 모든 사람과 다른 rxjs의 개인용 사본이 있기 때문입니다. 사실, 내 node_modules 트리에서 rxjs의 네 가지 복사본을 찾았습니다.

이것은 계속해서 문제가 있고 혼란 스러울 수있는 문제가있는 접근 방식 인 것 같습니다.

유형의 정체성에 어떤 역할을하던 파일 이름의 전체 개념이 사라지면이 npm 링크 문제도 사라질 것이라고 생각합니다.

나는 그것이 어떻게 작동하는지 여전히 약간 모호합니다 ... 저는 TypeScript를 처음 사용합니다. 그러나 그것이 제가 받고있는 인상입니다.이 "파일 이름이 중요합니다"라는 것이 제가 사용하고있는 라이브러리 (ionic2, angular2 및 rxjs)와 관련하여 꽤 혼란을 야기했다는 것입니다.

문제는 파일 이름이 여전히 Javascript에서 모듈의 ID이므로 완전히 사라질 수 없다는 것입니다. 누군가가 여러 패키지 버전과 관련하여 표준 경로 (심볼 링크 해결)를 사용하여 문제가 무엇인지 확장 할 수 있습니까? 트리 내에 여러 패키지 버전이있는 경우 표준 절대 경로가 여러 개있을 것입니다.

편집 : 게시 후 이것을 깨달았 으며이 의견은 잘 요약합니다.
https://github.com/Microsoft/TypeScript/issues/6496#issuecomment -257016094

exclude 및 compilerOptions.typeRoots 는 tsc에서 완전히 무시됩니다. 심볼릭 링크 된 경로를 무시하기 위해 모든 조합을 시도했지만
심볼릭 링크를 해결하고 제외 된 패턴을 이해하지 못하는 것처럼 모듈을 완전히 다른 경로로보고 있습니다.

예를 들어 G:\www\cim-service-locator npm이 npm link cim-service-locator 와 연결되어 있습니다. G:\www\cim-backend 프로젝트 경로에 오류가 다음과 같이 표시됩니다.

나는 excludes / includes / typesRoot의 가능한 모든 조합을 시도했지만 tsc가 그들을 무시하도록 만들 수 없었습니다. 2.2-dev.20170131 사용

이 문제는 "npm 링크"(@waldekmastykarz가보고 한 SPFx 문제를 통해)와 "npm 링크"(버그 # 11436 참조)를 사용하여 발생했습니다.

결국 TypeScript 컴파일러의 엄격함은 node_modules 폴더의 엉뚱한 디자인으로 인해 현실적으로 발생할 수있는 비 호환성 때문이라는 것을 깨달았습니다. 이 예를 고려하십시오.

+---B<strong i="8">@1</strong>
+---C
|   +---B<strong i="9">@2</strong>   <--- first copy of ClassB extends ClassE version 3.4
|   \[email protected]
+---D
|   \---B<strong i="10">@2</strong>   <--- second copy of ClassB extends ClassE version 3.5
\[email protected]

이 예에서 B @ 1 에 대한 A 의 종속성과 충돌하지 않도록 B @ 2 를 하위 폴더에 설치해야합니다. 이제 ClassB가 ClassE에서 확장되고 다음과 같은 것이 있다고 가정합니다.

B / package.json

{
  "name": "B",
  "version": "2.0.0",
  "dependencies": {
    "E": "^3.0.0",
    ...
}

C의 package.json가 요청하는 경우 [email protected] 다음 ClassB가 두 복사본 실제로 양립 즉, 다른 기본 클래스 구현을 끝낼 수있다. 코드를 서로 바꿔서 사용하려고하면 런타임에 코드가 실패 할 수 있습니다.

이 예에서 TS2345는 이러한 실수를 방지 할 수 있습니다. 그러나 이것이 필수적인 것은 아닙니다. 컴파일러가 두 개의 ClassB 복사본을 동등하게 취급하는 경우 해당 유형 시스템은 여전히 ​​내부적으로 일관되고 결정적 동작을 갖습니다.

이는 TS2345가 대부분 잘못된 경보를 생성하기 때문에 중요합니다. 이러한 잘못된 경보는 사람들이 NPM 패키지간에 유형을 공유 할 때마다 "임의로"작성하도록하여 다른 실수를 유발합니다. 따라서 엄격함은 해결하는 것보다 더 많은 문제를 일으키고 있습니다.

다음 수정 사항을 제안하고 싶습니다.

이러한 조건이 모두 참이면 비공개 멤버가있는 클래스에 대해 TS2345를보고하지 마십시오.

1. 공용 서명은 일반적인 TypeScript 덕 타이핑에 따라 호환됩니다.
2. 클래스는 동일한 이름과 버전으로 NPM 패키지 폴더에 정의됩니다 (package.json에 따름).
3. 클래스는 모듈에 대해 동일한 상대 경로를 갖습니다 (예 : "./lib/blah/Bdts").

이러한 기준 중 하나라도 충족되지 않으면 TS2345를보고해도됩니다.

트윗 담아 가기

@seansfkelley Webpack 오류는 TypeStrong / ts-loader # 468에 의해 추적됩니다.

안녕하세요 여러분,
누군가 해결책을 찾았습니까?
RxJS를 사용하여 프로젝트를 다른 프로젝트와 연결할 때 동일한 문제가 있습니다.
감사 ;)

안녕하세요, 임시 해결 방법은 종속성에 의해 반환 된 Observable을 Observable#from 로 래핑하는 것입니다.

아직 해결책이 없습니다. ?

여기에는 두 가지 문제가있는 것 같습니다.

ts-loader 사용자가 중복 정의에 대해 잘못된 오류를받는 것은 컴파일러 API에 대한 잘못된 입력으로 인해 발생한 것 같습니다. 이에 대한 수정은 TypeStrong / ts-loader # 468에서 사용할 수 있습니다.

다른 문제는 동일한 패키지 (동일한 npm 패키지 + 버전)가 두 개의 중첩 된 폴더에 로컬로 두 번 설치된 경우 ( npm link 사용하지 않음), Enum 또는 개인 멤버가있는 클래스를 비교하여 이 두 패키지의 유형은 호환되지 않는 것으로 실패합니다.
이 문제는 좀 더 복잡하며 패키지를 처리하기 전에 컴파일러에서 패키지를 "중복 제거"하려면 추가 작업이 필요합니다.

이 두 범주 중 어느 것도 해당되지 않는 경우 새로운 문제를 제출하고 문제를 현지에서 재현 할 수있는 충분한 정보를 제공해 주시면 자세히 조사해 드리겠습니다.

알려진 해결 방법은 중복 폴더를 제거하는 다중 프로젝트 솔루션을 사용하는 것입니다. 즉, 두 node_modules 하위 폴더가 동일한 대상에 심볼릭 링크되도록하는 것입니다.

Rush (우리가 사용하는)와 Lerna 가 그 예입니다.

@smcatala 솔루션을 설명 할 수 있습니다. 급하게 고쳐야 해요. 감사.

헉헉
모듈 'foo':

import { Observable } from 'rxjs'
export function foo() {
  return Observable.of('foo')
}

모듈 'foo'에 의존하는 다른 모듈의 클라이언트 코드 :

import { Observable } from 'rxjs'
import { foo } from 'foo'

Observable.of(foo()) // wrap the returned Observable
.forEach(res => console.log(res))

@ leovo2708 간단한 해결책은 npm link 를 사용하지 않는 것입니다.

ts 2.1을 사용하여 단일 라이브러리와 함께 npm 링크를 사용할 수 있었지만 (실제 예인 xlib 라고 부릅니다) 모듈이 라이브러리 ( xlib 인지 확인해야합니다.

이 작업은 다음 워크 플로로 수행합니다.

1. node_modules 삭제
2. npm link xlib 내 소비 프로젝트의 node_modules 에서 xlib 에 대한 sym_link를 생성합니다.
3. 내 소비 프로젝트의 나머지 종속성을 설치하는 npm install

나는 실제로이 대화를 따르지 않았 거나이 문제가 2.2 이후 변경 / 수정되었는지 확인하지 않았지만 TS 2.1에 대한 해결 방법을 공유하고 싶습니다.

유용한 경우 여기에 열거 형 케이스의 여러 정의에 대한 최소한의 재현을 모았습니다 : https://github.com/rictic/repro-npm-link-typescript-issue

@mhegazy npm 링크를 사용할 때 위의 문제가 있지만 나머지 분석에는 영향을 미치지 않는다고 생각합니다.

감사합니다. 곧 수정되기를 바랍니다. 그러나 새로운 솔루션을 사용하여 Observable을 사용하여 모든 파일을 복제했습니다. 좋지는 않지만 임시 솔루션입니다.

tsconfig.json 는 경로 매핑을 노출하고 중복 된 종속성을 paths 에 추가하므로 연결된 항목이 아닌 오른쪽 node_modules 에서로드됩니다.

{
  "compilerOptions": {
    "baseUrl": ".", // This must be specified if "paths" is.
    "paths": {
      "@angular/common": ["../node_modules/@angular/common"],
      "@angular/compiler": ["../node_modules/@angular/compiler"],
      "@angular/core": ["../node_modules/@angular/core"],
      "@angular/forms": ["../node_modules/@angular/forms"],
      "@angular/platform-browser": ["../node_modules/@angular/platform-browser"],
      "@angular/platform-browser-dynamic": ["../node_modules/@angular/platform-browser-dynamic"],
      "@angular/router": ["../node_modules/@angular/router"],
      "@angular/http": ["../node_modules/@angular/http"],
      "rxjs/Observable": ["../node_modules/rxjs/Observable"]
    }
  }
}

여기에 이미 언급되었는지 확실하지 않지만이 솔루션이 저에게 효과적이었습니다. https://github.com/Microsoft/TypeScript/issues/11916#issuecomment -257130001

경로에 "../"접두사가없는 것을 제외하고는 기본적으로 위의 @charpeni 의 솔루션과 동일합니다. (이것은 tsconfig.json 파일이 프로젝트 루트의 하위 폴더에 있다는 것을 의미하지 않기 때문에 이상하게 보입니다.)

@charpeni 좋은 아이디어입니다. 나는 다양한 다른 유사한 문제를 해결하기 위해 경로 설정을 사용했지만 이것에도 이상적입니다. 실제로 소비 프로젝트에서 올바른 paths 설정이 (소비되는 모든 프로젝트가 아닌) TypeScript 컴파일러가 다음 노드 해상도에서 멀어 질 수 있는지 궁금합니다. 작동한다면 O (n) 해킹 대신 O (1) 해킹이 될 것입니다. 본질적으로 이러한 체계는 노드 확인을 정적으로 실행 한 다음 결과를 tsconfig에 넣습니다.

누군가가보고 싶거나 도와주고 싶다면 반 공개적으로 실험하고 있습니다. 다음에 위의 아이디어를 시도 할 것입니다.

https://github.com/OasisDigital/many-to-many-angular

더 쉽게 사용할 수 있도록 다음과 같이 경로를 설정할 수도 있습니다.

{
    "compilerOptions": {
        "baseUrl": ".", // This must be specified if "paths" is.
        "paths": {
            "@angular/*": ["../node_modules/@angular/*"],
            "rxjs/*": ["../node_modules/rxjs/*"]
        }
    }
}

npm 링크는 모노 리포지토리 아키텍처가 아닌 여러 패키지로 작업 할 때 워크 플로의 중요한 부분입니다. TS는 두 패키지가 동일하고 오류가 아님을 확인할 수 있어야합니다.

@charpeni 해결 방법이 작동하지 않았습니다. 명확히하기 위해 어떤 tsconfig.json에 이것을 추가해야합니까? 루트 패키지 또는 링크 된 패키지?

이 문제도 발생합니다. 월요일에 갑자기 일어나기 시작했는데 그 이유를 모르겠습니다. 이것은 특히 우리 프로젝트를위한 패키지를 개발할 때 개발을 정말로 방해합니다. 이 문제를 해결하기 위해 수많은 해결 방법을 시도했습니다. Windows에서 mklink /j 를 실행하면 여전히이 문제가 발생하므로 npm 링크 문제가 아닙니다. 누군가가 해결 방법이나 수정 사항이 있다면 이것은 큰 도움이 될 것입니다.

내 해결 방법은 npm이 루트 패키지와 종속성에있는 모든 단일 "중복"패키지를 링크하는 것입니다. 그러면 동일한 파일을 다시 참조하기 때문입니다.

Btw,이 문제는 @types 와 관련이 없습니다.

우리는 결국 glob 패턴을 사용했습니다.

@felixfbecker 구현을 위해 여기에서 사용할 수 있습니다 : https://github.com/sherweb/ng2-materialize/blob/master/demo-app/tsconfig.json#L19 -L22

@ types / node와 완전히 관련이 있다는 점을 제외하면 비슷한 문제가 있습니다.

libA는 @ node / types에 따라 다릅니다.
libB는 libA 및 @ node / types에 따라 다릅니다.
libC는 libA, libB 및 @ node / types에 따라 다릅니다.

libA는 잘 빌드됩니다.
libA 빌드 파일에 연결된 libB npm.
libA 및 libB에 연결된 libC npm은 다음과 같은 오류로 유형 검사에 실패합니다.

libC/node_modules/@types/node/index.d.ts(102,6): Duplicate identifier 'BufferEncoding'.
libC/node_modules/libB/node_modules/@types/node/index.d.ts(102,6): Duplicate identifier 'BufferEncoding'.
libC/node_modules/libB/node_modules/libA/node_modules/@types/node/index.d.ts(102,6): Duplicate identifier 'BufferEncoding'.

나는 운이없이 "types"와 "typeRoots"를 엉망으로 만들려고했다.

@charpeni 프로젝트도 @ types / node에 의존하는 것 같습니다. 내 문제에 대한 해결책이나 해결 방법에 대한 통찰력이 있습니까?

@nicksnyder 는 버전이 다르기 때문일 수 있으며 @types/node 는 전역 선언이므로 동일한 이름을 두 번 정의 할 수 없습니다. 이것이 패키지가 환경 유형에 의존하지 _ 않는 _ 가장 좋은 이유입니다. 사용자가 제공해야합니다.
https://github.com/Microsoft/types-publisher/issues/107

@nicksnyder 비슷한 문제가 있었고 npm이 세 프로젝트를 모두 단일 @ types / node 설치에 연결하여 해결할 수있었습니다. 그런 다음 정의가 동일한 파일에 정의되므로 더 이상 중복되지 않습니다.

@felixfbecker 모든 프로젝트가 동일한 버전의 노드에 의존하는지 확인했습니다.

FWIW libA는 https://github.com/Microsoft/vscode-languageserver-node/tree/master/jsonrpc , libB는 https://github.com/Microsoft/vscode-languageserver-node/tree/master/client 및 libC입니다. 내 자신의 VS 코드 확장입니다.

@uncleramsay 정확히 어떻게 npm link @types/node 했습니까?

???
cd libA; npm link @types/node
cd libB; npm link @types/node
cd libC; npm link @types/node

링크 솔루션을하고 싶지만 libA 및 libB에서 @ types / node 종속성을 삭제하고 libC의 노드 복사본에 대한 로컬 참조를 포함하는 refs.d.ts를 추가하여이 문제를 해결했습니다.

/// <reference path='../../../path/to/libC/node_modules/@types/node/index.d.ts'/>

https://github.com/Microsoft/TypeScript/issues/9091#issuecomment -225303098의 설명에있는 설명에서 발생한 문제를 해결할 수 있음을 발견했습니다.

모듈에 대한 심볼릭 링크 해결 지원 만 추가했습니다.

두 개의 서로 다른 참조 스타일을 사용할 때 코드베이스의 별도 위치 :

/// <reference path="../node_modules/@types/library" />
/// <reference types="library" />

이 두 가지는 node_modules가 심볼릭 링크 된 경우 호환되지 않습니다. 모듈 확인 ( types= )이 실제 경로로 확장되지만 path= 는 그렇지 않기 때문입니다. 이로 인해 tsc --listFiles , symlink 및 realpath로 컴파일 할 때 참조되는 두 개의 다른 파일이 생성됩니다.

우리가 함께했던 해결책은 둘 중 하나를 사용하는 것이었지만 둘 다 사용하지는 않았습니다. 또한 reference path= 스타일을 사용하는 경우 컴파일러가 node_modules/@types 에서 유형을 자동으로로드하지 않도록 tsconfig에 typeRoots: [] 를 지정하는 데 도움이되었습니다.

나는 앞으로의 선호가 (적어도 우리에게) types= 스타일을 선호한다고 믿습니다.

그러나 이상적으로는 reference path= 에서 실제 경로로 확장하는 것이 선호되며 이러한 문제를 피하기 위해 중복 일치 경로를 확인하는 것이 좋습니다.

누군가에게 도움이되기를 바랍니다.

@nicksnyder 다음과 같은 작업을 수행 할 수 있어야합니다.

cd libA/node_modules/@types/node; npm link
cd libB; npm link @types/node
cd libC; npm link @types/node

이렇게하면 B와 C는 A와 똑같은 파일을 가리 킵니다.

@uncleramsay는 이전에 없었던 모든 버전이 동일하다는 것을 알고 있습니다.

피어 종속성이 이에 대한 해결책이 될 수 없습니까?
http://codetunnel.io/you-can-finally-npm-link-packages-that-contain-peer-dependencies/

피어 의존성은 플러그인이 무슨 일을하는지 말하고자하는 상황을 위해 고안되었습니다. 그들은 그 사건에 대해 잘 작동합니다. 그러나 사람들이 "npm install"중복을 피하기 위해 모든 종속성을 피어 종속성으로 변환하기 시작하면 많은 문제가 발생합니다.

우리는 내부 git repos에서 그들을 추방하는 데 몇 달을 보냈습니다. 내 생각대로 사용하면 피어 종속성을 사용하면 몇 가지 새로운 문제와 거래하여 병렬 버전 관리 문제를 해결할 수 있습니다.

• 전체 트리가 반전됩니다. 즉, 이제 모든 패키지가 간접 종속성이었던 패키지에 대한 하드 종속성을 담당하게됩니다.

• 피어 종속성이 제거되면 이러한 하드 종속성은 제거되지 않을 것입니다.

• 패키지 작성자는 동료 버전 패턴에 대해 광범위한 범위를 사용하고 실제로 테스트하지 않은 버전으로 작업한다고 주장합니다. 깨진 빌드가 갑자기 소비자의 문제가됩니다.

잘했다.

해결 방법

내가 사용한 해결 방법에 대한 세 가지 옵션은 다음과 같습니다.

옵션 1 : Visual Studio가 아닌 vscode 사용

tsc 컴파일러는 VS2017보다 훨씬 더 관대합니다. 아마도 VS2017이 멋진 지능을 제공하기 위해 코드 (심볼 링크 된 node_modules )를 크롤링하여 혼동되기 때문일 것입니다. 그러나 나는 크고 복잡한 다중 npm 모듈 프로젝트가 있으므로 VS2017을 사용하십시오 ... 그러므로 비슷한 요구 사항이 있으면 옵션 2와 3을 읽으십시오 ....

옵션 2 : d.ts 방출

outDir 및 rootDir ( tsconfig.json )를 사용하는 경우 심볼릭 링크 된 lib-module은 d.ts 선언을 내 보내야하며 이러한 선언은 lib-module의 package.json types 속성.

다음은 lib-module의 tsconfig.json 예입니다.

{
  "compileOnSave": true,
  "compilerOptions": {
    "module": "commonjs",
    "sourceMap": true,
     "declaration": true,
    "jsx": "react",
    "newLine": "LF",
    "pretty": true,
    "stripInternal": true,
    "diagnostics": true,
    "target": "es5",
    "moduleResolution": "node",
    "forceConsistentCasingInFileNames": true,
    "outDir": "./dist",
    "rootDir": "./src",
   //workaround for npm linking projects and associated dupe identifier bugs: https://github.com/Microsoft/TypeScript/issues/9566#issuecomment-287633339
    "baseUrl": "./",
    "paths": {
      "*": [
        "node_modules/@types/*",
        "*",
        "custom-dts/*"
      ]
    }
  },
  "include": [
    "src/**/*"
  ],
  "exclude": [
    "node_modules",
    "dist"
  ]
}

lib 모듈의 package.json 에는 다음과 같은 내용이 포함되어야합니다.

  "main": "./dist/_index.js",
  "types": "./dist/_index.d.ts",

이 옵션은 잘 작동합니다. 주된 문제는 Visual Studio에서 디버깅 또는 "정의로 이동"또는 "모든 참조 표시"시 실제 typescript 소스 파일이 아닌 d.ts 를 표시하므로 Visual Studio의 주요 이점 (대규모 프로젝트 탐색)

실제 예제를보고 싶다면 npm 모듈 xlib v8.5.x를보십시오.

옵션 3 : 소스와 함께 .js 인라인 방출 (내가 가장 좋아하는 선택)

.ts 파일을 심볼릭 링크 된 lib-modules에 직접 입력 할 수 있습니다! 하지만 outDir`` and rootDir in your tsconfig.json''` 파일을 사용하지 않는 경우에만 가능합니다. 그러면 VS2017 참조가 제대로 작동합니다. 필요한 구성 설정은 다음과 같습니다.

{
  "compileOnSave": true,
  "compilerOptions": {
    "module": "commonjs",
    "sourceMap": true,
     //"declaration": true,
    "jsx": "react",
    "newLine": "LF",
    "pretty": true,
    "stripInternal": true,
    "diagnostics": true,
    "target": "es5",
    "moduleResolution": "node",
    "forceConsistentCasingInFileNames": true,
    //"outDir": "./dist",
    //"rootDir": "./src",
   //workaround for npm linking projects and associated dupe identifier bugs: https://github.com/Microsoft/TypeScript/issues/9566#issuecomment-287633339
    "baseUrl": "./",
    "paths": {
      "*": [
        "node_modules/@types/*",
        "*",
        "custom-dts/*"
      ]
    }
  },
  "include": [
    "src/**/*"
  ],
  "exclude": [
    "node_modules",
    "dist"
  ]
}

lib-module의 package.json 를 다음과 같이 변경해야합니다.

  "main": "./src/_index.js",
  "types": "./src/_index.ts",

주의 사항 (옵션 3에서 작동하지 않는 사항

각 LIB 모듈이 중복 유형 정보를 방출하지 않는 경우 위의 해결에만 작동합니다. 예를 들어, xlib 라이브러리가 @types/async 유형 정의를 노출하도록했습니다. 그러나 나는 독립적으로 @types/async 참조하는 또 다른 라이브러리가 있습니다. .ts 파일을 직접 입력에 사용하면 tsc 가 두 개의 lib-module에서 async 를 가져 와서 다양한 형태의 duplicate identifier 문제를 발생시킵니다. 이 문제를 해결하려면 여러 lib-module에서 동일한 @types 를 가져 오지 않거나 옵션 2 .d.ts 해결 방법을 사용해야합니다.

요약

이것이 저에게 걸린 시간을 절약 할 수 있기를 바랍니다 .... 전반적으로 이것은 매우 고통스럽고 typescript 팀이 symlinked 모듈을 수정할 수 있기를 바랍니다. 그러나 적어도 지금은 작동합니다 (2.x 이전에는 기본적으로 불가능했습니다)

@mhegazy 가 https://github.com/Microsoft/TypeScript/issues/11916#issuecomment -257130001 에 게시 한 해결 방법 (해결 방법 2 @jasonswearingen의 변형)은 lerna 프로젝트에서 연결된 모듈을 사용할 때이 문제를 해결했습니다!

저는 제 경험을 공유 할 것이라고 생각했습니다. 기존 프로젝트에서 lib를 생성 / 추출하여 다른 프로젝트에서 lib를 공유 할 수 있도록했습니다.

Windows 10 Enterprise
VS 2015 업데이트 3
VS2015 2.2.2 용 도구
VS 코드 1.12.2
타이프 스크립트 2.2.2
NPM : 3.10.9
노드 : 6.9.2

Angular 4.1.x 프런트 엔드가있는 VS 2015 ASP.MVC 프로젝트가 있는데, 다른 프로젝트에서 사용할 수 있도록 공통 라이브러리를 만들기 위해 일부 구성 요소를 추출하기 시작했습니다.

라이브러리 프로젝트는 VS Code를 사용하여 빌드되고 롤업을 사용하여 es2015, es5 및 umd 버전을 적절한 d.ts 파일과 함께 dist 폴더에 빌드합니다.

최종 결과는 다음과 같습니다.

-- dist
    |
    -- mylib
        |-- <strong i="16">@myscope</strong>
            |-- mylib.es5.js
            |-- mylib.js
        |-- bundles
            |-- mylib.umd.js
        |-- src
            |-- [all the d.ts folders/files]
        |-- index.d.ts
        |-- package.json
        |-- public_api.d.ts

npm은 dist / mylib 폴더를 VS 2015 / Angular 4.1.x 프로젝트의 폴더에 연결했습니다.

VS 2015에서 프로젝트를 컴파일하려고하면 구독, Observable 등에 대해 위의 일부 상황에서 설명한 것과 동일한 유형의 메시지가 표시됩니다.

Ex: Build: Argument of type 'Subscription' is not assignable to parameter of type 'Subscription'.

라이브러리 프로젝트에서 node_modules 디렉토리를 일시적으로 삭제하면 모듈을 찾을 수 없다는 새로운 오류가 발생합니다.

ex: Build: Cannot find module 'rxjs/Observable'.

따라서 typescript 컴파일러가 응용 프로그램을 컴파일 할 때 실제로 응용 프로그램 node_modules 폴더가 아닌 내 라이브러리에 대한 모듈 정의에 대한 링크 된 라이브러리 패키지의 node_modules 폴더를 찾습니다.

위에 제안 된 솔루션이이 문제에 대한 해결 방법을 제공 할 것인지 확실하지 않습니다. 누군가 제발 도와 줄 수 있습니까?

감사!

@mikehutter 라이브러리를 사용하는 프로젝트 (라이브러리 자체가 아님)에서 tsconfig에서 다음과 같이하십시오.

    "paths": {
      "rxjs/*": ["../node_modules/rxjs/*"]
    },

tsconfig 및 소스 코드 결과에 따라 약간의 조정이 필요할 수 있습니다.

(이 스레드의 다른 사람들과 마찬가지로 필자는 이것을 불필요하게 만드는 TypeScript 개선을보고 싶습니다.)

@mikehutter 최근 링크 된 라이브러리 작업에 대한 Angular CLI에 몇 가지 지침을 추가했으며 귀하의 경우 소비자 앱에서 RxJ에 대한 TypeScript 경로 구성이 누락 된 것 같습니다. 자세한 내용은 https://github.com/angular/angular-cli/blob/master/docs/documentation/stories/linked-library.md 를 참조

@kylecordes 가 포인트에 있습니다 👍

@kylecordes 와 @filipesilva에 감사드립니다! 그게 내가 필요한 전부 였어 ...

안녕하세요!

@mhegazy , 이것이 2.4로 만들거나 다시 지연 될 가능성이 있다고 믿습니까?
이 문제를 해결하는 것은 정말 고통 스럽습니다. 각 프로젝트는 항상 신경 쓰지 말아야 할 것에 대한 경로 매핑을 정의해야합니다.

이번이 출시되기를 정말 바라고 있습니다!

베스트,

이것이 아직 언급되지 않았다고 생각하지 않지만이 문제를 해결하는 가장 간단한 방법은 다음과 같습니다.

{
    "compilerOptions": {
        "baseUrl": ".",
        "paths": {
            "*": ["node_modules/*", "*"]
        }
    }
}

위의 paths 항목은 기본적으로 다음과 같습니다. 모듈에 대해 먼저 프로젝트 루트의 node_modules 폴더에서 찾은 다음 일반 규칙으로 대체합니다 (재귀 적으로 가져 오기가 발생했습니다).

(내가 틀렸다면 나를 수정하십시오. 나는 여전히 TS에 상대적으로 새로운 사람입니다).

의 항목 paths 나타납니다가를 기준에 baseUrl . 따라서 baseUrl 를 하위 폴더로 설정하면 그에 따라 경로 정의를 변경해야합니다. 예 :

{
    "compilerOptions": {
        "baseUrl": "./src",
        "paths": {
            "*": ["../node_modules/*", "*"]
        }
    }
}

내 대안 옵션 2와 3의 일부인 @fiznool fyi (위 게시물에서). 동일한 유형을 사용하는 심볼릭 링크 된 프로젝트가있는 경우 paths 속성을 설정하는 것만으로는 충분하지 않음을 확인했습니다.

@jasonswearingen 귀하의 게시물은 내 것보다 훨씬 포괄적입니다 ...

Google 프로젝트에서도이를 확인하고 있습니다. 여기에 설명 된대로 :
https://github.com/Microsoft/TypeScript/issues/9091#issuecomment -306969543

baseUrl 및 경로를 사용하여 위에서 설명한 해결 방법이 작동하지 않는 것처럼 보이지만 tsc는 여전히 중복 정의를 선택하고 paths / baseUrl / include / exclude / etc의 조합을 선택하지 않습니다. 그렇지 않으면 설득 할 수있었습니다.

X에 의존하고 전 이적으로 X에 의존하는 Y에 의존하는 프로젝트가 있다면 이것이 어떻게 정상적으로 작동하는지 궁금합니다. 어떻게 tsc가 타입 정의를 두 번로드하지 않습니까?

@esprehn 여기에서 해결 방법 게시물을 읽을 것을 강력히 권장합니다 : https://github.com/Microsoft/TypeScript/issues/6496#issuecomment -302886203

해당 링크와 관련하여 내 솔루션 (2 및 3) 모두 baseUrl 및 경로를 설정하는 것 이상이 필요하므로 그게 전부라면 다시 읽으십시오. "쉬운"방법은 솔루션 2이지만, Visual Studio를 통해 적절한 "정의 탐색"을 허용하는 솔루션 3을 선호합니다. 솔루션 3의 문제는 종속성 체인에서 외부 .d.ts 정의를 한 번만로드하면된다는 것입니다.

도움이 되길 바랍니다.

+1 lerna를 사용하고 있으며 포함 된 타이핑이있는 하위 종속성은 연결된 종속성을 통해 포함 된 경우 "중복"플래그가 지정됩니다.

필요한 경우 코드를 공유 할 수 있습니다.

Angular-CLI에서와 같이 WebPack을 사용하여 Angular-CLI package.json이 RXJS 패키지를 참조하도록 한 다음 WebPack으로 인해 필요하지 않은 다른 프로젝트의 package.json에서`RXJS '패키지를 제거합니다. .

이 상황은 심볼릭 링크뿐만 아니라 dependencies @types/node 와 종속성의 npm-shrinkwrap.json 에서 발생할 수 있습니다. Shrinkwrap은 npm 가 @types/node 의 동일한 두 버전을 부모 패키지와 수축 포장 패키지에 설치하도록합니다. https://github.com/KingHenne/custom-tslint-formatters/issues/5를 참조

@types/react 설치된 반응 프로젝트를 사용하고 @types/react 도 사용하는 앱에 연결할 때도이 문제가 발생했습니다.

yarn link -ed 패키지로 작업하는 동안 동일한 문제가 발생했습니다.
Rx.js 에서 오류 발생 : Type 'Observable<Location[]>' is not assignable to type 'Observable<Location[]>'. Property 'source' is protected but type 'Observable<T>' is not a class derived from 'Observable<T>'

다행히 부모 및 연결된 패키지에서 동일한 Rxj.s 버전을 사용하여 문제를 해결했습니다.
그래서 제 경우에는 Rx.js 의 두 가지 다른 버전이 문제를 일으켰습니다.

이것은 monorepos로 작업 할 때 큰 차단제입니다. 이것이 더 이상 지연되지 않고 2.5로가는 길을 찾기를 정말로 바랍니다.

편집 : 😮

흥미 롭군. monorepo 는 심볼릭 링크가 모든 것을 다시 공통 패키지 폴더로 가리 키기 때문에 우리 팀에서이 문제가 발생하지 않는 시나리오입니다.

우리 팀은 개발 중에 자체 내부 라이브러리를 연결할 때이 문제를 자주 발생 시켰습니다.

최근에 우리는 이것을 정말 잘 완화하고 실제로 꽤 좋은 개발 루프를 만드는 yalc 라는 도구를 발견했습니다. (전체 패키지를 연결하는 대신 tl; dr로 사전 게시 스크립트를 실행하고 결과를 연결된 폴더에 복사합니다.)

이 문제는 계속해서 밀려나는 것 같습니다. 이것은 정말 많은 사람들의 워크 플로에 지장을주기 때문에 # 9448에서 제안한 '코멘트 비활성화'와 같은 일종의 임시 방편 수정이있을 수 있습니까?

import { baz$ } from './qux';
function foo (bar$: Observable<any>) {}

foo(baz$);
> Duplicate identifier

// Makes foo's `bar$` type equal to that of `baz$`
foo(/*typescript:identicalIdentifier*/ baz$);

"disable comment"는 단순히 모든 곳에서 타입 캐스트를하는 것보다 낫지 않습니다. 이것은 대규모 프로젝트에서 매우 고통 스럽습니다. 위에서 다음과 같은 컴파일러 변경을 제안했습니다.

이러한 조건이 모두 참이면 비공개 멤버가있는 클래스에 대해 TS2345를보고하지 마십시오.

1. 공용 서명은 일반적인 TypeScript 덕 타이핑에 따라 호환됩니다.
2. 클래스는 동일한 이름과 버전으로 NPM 패키지 폴더에 정의됩니다 (package.json에 따름).
3. 클래스는 모듈에 대해 동일한 상대 경로를 갖습니다 (예 : "./lib/blah/Bdts").

이러한 기준 중 하나라도 충족되지 않으면 TS2345를보고해도됩니다.

단순화 된 수정은 또한 현재 상황보다 낫습니다. 예를 들어, 사람들이 tsconfig를 통해 옵트 인하는 경우에만 # 1 만 고려하십시오. 구현 비용이 상당히 저렴해야합니다.

이 접근 방식은 오경보를 비활성화 할뿐 기존의 의미를 유지한다는 장점이 있습니다. node_modules remapping 해킹은 잠재적으로 잘못된 방식으로 NPM 모듈 해상도를 변경하는 반면 (예 : 내가 준 가상의 예 에서 코드가 오작동

솔직히 말해서 Typescript에서 이것이 "수정"되어야하는지 확실하지 않습니다. 일반 JavaScript에도 문제가 있기 때문입니다. 객체의 클래스가 제공된 클래스와 다른 경우 instanceof 연산자는 false를 반환합니다.

따라서 먼저 require ()에 연결할 수있는 npm 링크에 대한 더 나은 대안을 기대합니다.

그것은 좋은 통찰력입니다. pnpm 을

교체하거나 사용하지 않을 수있는 npm link 뿐만 아니라 동일한 @types/xxx 패키지의 여러 버전을 동시에 설치하는 것이 아니라 종속 된 TypeScript 선언을 제공하는 종속성에서 가져 오는 경우가 많습니다. 나와 다른 사람들이 보고했듯이 표준 선언에. 이러한 패키지의 수는 Node 커뮤니티에서 TypeScript를 더 많이 채택함에 따라 증가 할 것입니다.

@Yogu 나는 그것이 정체성과 평등을 혼란스럽게 생각합니다. 두 위치에서 동일한 패키지 / 버전을 가져 오면 유형의 서로 다른 두 인스턴스를 나타낼 수 있지만 유형은 여전히 ​​동일합니다.

다음 (유효한) 코드가 떠 오릅니다.

type a = { c: string };
type b = { c: string };

function foo (bar: a) {}

const baz: b = { c: 'd' };
foo(baz);

우리가 가져 오는 라이브러리에도 동일하게 적용됩니다.

서로 다른 버전의 라이브러리 (및 해당 @types 패키지)에서 가져온 유형은 동일하거나 다를 수 있습니다 (라이브러리가 업데이트되면 유형 정의도 업데이트되어 변경 사항을 반영해야합니다).

이름과 버전을 기반으로 중복 패키지를 감지하고 하나만 사용하는 변경 사항을 병합했습니다. 다음에 게시 될 때 typescript@next 을 (를) 사용하여 사용해보십시오.

만세,이 문제를 해결해 주셔서 감사합니다! :-)

@pgonzal pnpm 에 대한 포인터 주셔서 감사합니다. 이것은 확실히 흥미로워 보입니다!

@sompylasar @types/node 은 약간의 특별한 경우이지만 @types/react 경우 다음과 같은 제안이 있습니다. 모듈의 API 에 필요한 모든 종속성을 peerDependencies 넣습니다. dependencies 아닙니다. 이를 통해 종속성 버전이 부모 및 자식 모듈간에 일치 (또는 적어도 호환 가능)해야 함을 분명히 알 수 있습니다. 부모와 자식이 모두 반응을 사용하지만 반응 유형의 객체를 교환하지 않는 경우이 문제는 처음에 발생하지 않습니다.

@harangue 클래스가 동일한 이름과 동일한 구조를 가진 두 개의 서로 다른 파일에서 두 번 선언 된 경우에도 JavaScript에서 동일하다고 간주되지 않는 두 개의 별개 클래스가 있습니다. 앞서 언급했듯이 instanceof 연산자는 여전히 두 클래스의 인스턴스를 구분합니다.

데모는 이 바이올린 을 참조하십시오.

그것이 내가 TypeScript보다 NPM 수준에서 이것을 해결하려는 이유입니다 (따라서 의도하지 않은 경우 처음에 여러 선언이 없습니다).

@Yogu : +1 : 따라서 @types/node 가 특별한 경우, 즉 두 개의 다른 노드 버전을 동시에 사용하여 프로그램을 실행할 수없는 경우 하나의 버전이되고 최상위 패키지, 아마도 TypeScript는이를 특별한 경우로 취급해야합니다. 예를 들어 모든 종속성에 대해 항상 최상위 @types/node 를 사용합니까?

@ andy-ms 감사합니다!

다음에 게시 될 때 typescript @ next를 사용하여 사용해보십시오.

아직 일어나지 않았다고 생각합니다. 나는 몇 가지 프로젝트로 시도했지만 지금까지 운이 없습니다. next 이 (가) 제공되는 즉시이 스레드에서 업데이트를 확인하면 좋을 것입니다. @ andy-ms

일일 빌드가 다시 중단 된 것 같습니다. 마지막은 2.5.0-dev.20170808 입니다.

cc / @DanielRosenwasser

이것이 관련되어 있는지 확실하지 않지만 2.5.1을 시도하면 d.ts를 다른 곳으로 확장하더라도 모듈의 한 측면 만 보는 것 같습니다.

@types 가있는 경우 @types/mongodb 라고 말하고 해당 모듈을 확장하는 사용자 정의 선언이 있습니다. 즉, 메서드에 약속을 추가하므로 이제 @types/mongodb 가 있습니다. 모듈 mongodb 및 mongodb 모듈을 포함하는 mongo-promisification.d.ts 와 같은 프로젝트에 d.ts 파일이 있습니다.

그런 다음 위의 시나리오에서 import {somethingFromTypes} from "mongodb" 파일이 있는데 유형 모듈의 데이터가 유효하고 유효하더라도 찾을 수 없다고 불평하지만 import {somethingFromMyExtendingDts} from "mongodb" 하면 작동합니다. 좋아.

컴파일 할 때 모듈이 해당 항목을 내 보내지 않는다는 말을 듣게되는데, 그렇게 할 때 원하는 동작이므로 사용자 지정 d.ts를 다시 내보내거나 유형과 확장자 d.ts를 모두 가져와야합니다. 나는 가지고있다?

최신 테스트 빌드 (Windows 10 64 비트)를 실행 중이며이 문제가 해결되지 않은 것 같습니다.

생식

구조

a/
  index.ts
  package.json
b/
  index.ts
  package.json

운영

cd a
npm link
cd ../b
npm link a

a / index.ts

import { Observable } from 'rxjs/Observable';

export class Foo {
  public bar: Observable<any>;
}

b / index.ts

import { Foo } from '@rxjs-test/a';
import { Observable } from 'rxjs/Observable';

const baz = new Foo();

function qux (quux: Observable<any>) {}

// TypeError
qux(baz.bar);

운영

b>tsc -v
Version 2.6.0-dev.20170826

b>tsc index.ts
index.ts(11,5): error TS2345: Argument of type 'Observable<any>' is not assignable to parameter of type 'Observable<any>'.
  Property 'source' is protected but type 'Observable<T>' is not a class derived from 'Observable<T>'.

@grofit 귀하의 상황에서 문제는 모듈에 대한 두 가지 선언이 있다는 것입니다. 필요한 것은 모듈과 증강입니다.
다음과 같이 mongo-promisification.d.ts 할 수 있어야합니다.

import * as mongodb from "mongodb"; // import the real mongo

// now augment it
declare module "mongodb" {
    // new stuff...
}

import 없으면 앰비언트 컨텍스트에 있으며 증강이 아닌 새 선언을 작성합니다.

( 핸드북 참조)

[email protected] ) 사용하여 이것이 현재 저에게 효과적임을 확인할 수 있습니다. @ andy-ms에게 큰 감사를드립니다-이것은 게임 체인저입니다!

Observable을 가져올 때 동일한 문제가 발생했습니다.라이브러리 Typescript를 통해 angular-cli 프로젝트와 함수는 코드 스 니펫을 사용했습니다.

```function getitems () : Observable
http.get (). map (response : Response) => {
반환response.json ();
}

and when I removed the Observable<T> from function getitems() to not return anything the error disappear.
```function getitems()
http.get().map(response : Response) =>{
return <T> response.json();
}

@ Basel78 오류를 재현하려면 완전한 예제가 필요합니다. 또한 typescript@next 사용하고 있는지 확인하십시오. angular-cli는 중복 제거 기능이없는 이전 버전을 사용하고있을 수 있습니다.

[email protected]을 시도했지만 여전히 많은 오류 TS2300 : 중복 식별자가 발생합니다.
불행히도 전체 프로젝트를 공유 할 수 없습니다. 그러나 여기에 몇 가지 세부 사항이 있습니다.
npm-link-ed 패키지의 tsconfig :

    "compilerOptions": {
        "module": "amd",
        "target": "es3",
        "sourceMap": true,
        "noEmitHelpers": true,
        "experimentalDecorators": true,
        "baseUrl": ".", // This must be specified if "paths" is.
        "paths": {
            "lib/*": [ "src/lib/*" ],
            "modules/*": [ "src/modules/*" ],
            "vendor/*": [ "src/vendor/*" ]
        },
        "typeRoots" : ["src/typings"]
    },
    "include": [
        "src/**/*.ts",
        "src/**/.*.ts", // TS ignores file names starting with dot by default
        "tests/**/*.ts",
        "tests/**/.*.ts"
    ]

메인 프로젝트의 tsconfig ( @croc/webclient 는 링크 된 패키지입니다) :

    "extends": "./node_modules/@croc/webclient/tsconfig",
    "include": [
        "src/**/*.ts",
        "src/**/.*.ts",
        "node_modules/@croc/webclient/src/**/*.ts",
        "node_modules/@croc/webclient/src/**/.*.ts"
    ],
    "compilerOptions": {
      "baseUrl": ".",
      "typeRoots" : ["node_modules/@croc/webclient/src/typings"],
      "paths": {
        // map runtime paths to compile-time paths
        "lib/*": [ "node_modules/@croc/webclient/src/lib/*" ],
        "modules/*": [ "node_modules/@croc/webclient/src/modules/*" ],
        "vendor/*": [ "node_modules/@croc/webclient/src/vendor/*" ]
      }
    }

@ evil-shrike 문제를 보여주는 간단한 예제로 프로젝트를 줄일 수 있습니까?

@mhegazy 여기 있습니다
https://github.com/evil-shrike/typescript-npmlink-issue
propject 루트에서 :

cd lib
npm link
cd ../main
npm link tstest-lib

그런 다음 main :

npm run tsc

안녕하세요 @ evil-shrike, 문제를 다음과 같이 좁혔습니다.
lib / tsconfig.json

{
    "compilerOptions": {
        "typeRoots" : ["src/typings"]
    }
}

main / tsconfig.json

{
    "extends": "./node_modules/tstest-lib/tsconfig",
    "include": [
        "node_modules/tstest-lib/src/**/*.ts"
    ]
}

그래서 우리는 ( tsc --listFiles 부터) 둘 다 포함하게됩니다 :

/main/node_modules/tstest-lib/src/typings/jquery/index.d.ts
/lib/src/typings/jquery/index.d.ts

(가)부터 node_modules 에서 온다 include 및 모듈 해상도에서, 우리가 전화를 생각하지 않을 수 없습니다 realpath 가 두 개의 서로 다른 포함 된 파일로 끝나는, 그래서 거기에 있습니다.
어쨌든 node_modules 를 포함하지 않고 대신 별도로 컴파일하고 다른 외부 패키지와 같은 방식으로 가져 오는 것이 가장 좋습니다.

@ andy-ms
쉬운 일이 아닙니다. 필자의 경우 참조 된 lib에는 예를 들어 전역 인터페이스를 확장하는 많은 주변 d.ts가 있습니다. JQueryStatic처럼 :

interface JQueryStatic {
    cleanData (elems);
}

또는로드 된 (requirejs)에 대한 접두사를 선언합니다.

declare module "i18n!*" {
    //const m: { [key: string]: string };
    const m;
    export = m;
}

그런 다음 lib의 소스 어딘가에서 사용합니다.

const oldCleanData = $.cleanData;
$.cleanData = function (elems: JQuery) {
..
    oldCleanData(elems);
};

이러한 모듈 (lib에서)을 main의 어딘가에 가져 오면 컴파일에 실패합니다.

lib의 소스에서 /// <reference types="" /> (또는 /// <reference path="" /> ) 지시문을 사용하여 라이브러리를 가져올 때마다 필요한 입력이 있는지 확인해야합니다. 이렇게하면 "포함"에있을 필요가 없습니다. 가져 오면 참조 된 유형이 프로젝트에 자동으로 추가됩니다.

@ andy-ms 감사합니다. lib를 리팩터링했으며 이제 npm-link-ed가 잘 컴파일되는 프로젝트입니다.

이것이 너무 큰 복제인지 확실하지 않지만 Observable<T> !== Observable<T> 와 관련하여 angular @ next 및 typescript @ next 를 사용하여 CLI의 베어 본 설치에서 동일한 결과를 얻고 있습니다.

https://github.com/intellix/angular-cli-red
https://github.com/intellix/angular-cli-blue

Blue는 Red에서 구성 요소 및 서비스를 가져오고 사용합니다.

@intellix tsc 명령 줄 만 사용하여 오류가 발생하는 예를 얻을 수 있습니까? ng 어떤 버전의 타이프 스크립트를 사용하고 있는지 파악하기 어렵습니다.

@ andy-ms 여전히이 문제가 있습니다. 이것은 내가 구축중인 vscode 확장간에 npm 링크를 사용하려고 할 때 발생합니다. 그들은 모두 vscode 를 가져와 중복 식별자 오류를 유발합니다.
TS Version 2.7.0-dev.20171118

나를 위해 그것은 예를 들어 "rxjs / *"를 tsconfig 파일의 경로 섹션에있는 node_modules 내의 특정 rxjs 폴더에 매핑했습니다.
이제 모든 것이 npm 링크로 잘 작동합니다.

나는 또한 버전 업데이트 링크에서 패키지로의 심볼릭 링크에서 비 심볼릭 링크로 이동할 때 이런 일이 발생하는 것을 보았습니다.

이 SO 질문도 참조하십시오 : https://stackoverflow.com/questions/38168581/observablet-is-not-a-class-derived-from-observablet

@dakaraphi @JoshuaKGoldberg 이러한 시나리오를 재현하기위한 지침을 제공 할 수 있습니까?

package.json 동일한 "버전"값이있는 다른 패키지를 이미 본 경우 새 동작으로 패키지를 포함하지 않아야합니다. 버전이 다른 여러 설치가있는 경우 두 개의 다른 모듈 사본이 제공됩니다. 이는 버전 업데이트가 두 설치 중 하나에 만 영향을 미쳤다면이 문제를 해결하는 이유를 설명 할 수 있습니다.

@ andy-ms 내가 가지고있는 예는 다음과 같은 저장소입니다.

1. https://github.com/dakaraphi/vscode-extension-fold
2. https://github.com/dakaraphi/vscode-extension-common

vscode-extension-common 에서 vscode-extension-fold vscode-extension-common 를 참조하기 위해 로컬 npm 설치를 사용합니다.

이러한 저장소를 체크 아웃하면 package.json 의 vscode-extension-fold package.json 에 경로 매핑 해결 방법이 있으므로 현재 작동합니다. 그러나 올바르게 이해하면 해당 해결 방법이 필요하지 않습니다.

@dakaraphi 감사합니다! 오류는 vscode.d.ts 이 외부 모듈이 아닌 전역, 주변 선언으로 작성되어 발생하는 것 같습니다. Microsoft / vscode-extension-vscode # 90을 만들었습니다.

각각 rxjs 에 대한 종속성이있는 2 개의 패키지를 연결하려고 할 때 여전히 작동하지 않습니다. [email protected] 및 [email protected] 있습니다. 두 패키지 모두 똑같은 버전을 사용하고 있습니다. 누구든지 이것에 대한 해결 방법이 있습니까?

@SamVerschueren 오류를 재현하기위한 구체적인 지침을 제공 할 수 있습니까? 또한 typescript@next 테스트하십시오.

@ andy-ms 내가 뭘 할 수 있는지 볼게요!

@ andy-ms 여기 작은 복제 저장소 https://github.com/SamVerschueren/ts-link-6496이 있습니다. 나는 이것을 재현하기 위해 [email protected] 를 사용했습니다.

1. mod-a 및 mod-b 대한 종속성을 모두 설치합니다.
2. mod-b 를 yarn build 컴파일
3. 컴파일 mod-a 와 yarn build

3 단계는 다음 오류와 함께 실패합니다.

src/index.ts(7,15): error TS2345: Argument of type 'UnaryFunction<Observable<string>, Observable<string>>' is not assignable to parameter of type 'UnaryFunction<Observable<string>, Observable<string>>'.
  Types of parameters 'source' and 'source' are incompatible.
    Type 'Observable<string>' is not assignable to type 'Observable<string>'. Two different types with this name exist, but they are unrelated.
      Property 'buffer' is missing in type 'Observable<string>'.
src/index.ts(7,47): error TS7006: Parameter 'result' implicitly has an 'any' type.

[email protected]에서 여전히이 문제가 발생 typescript @ next를 시도했지만 동일한 문제가 발생했습니다.

문제의 뿌리는 링크 된 패키지는 여전히 자신의 지역에있는 유형 정의를 참조하는 것 같다 node_modules 으로부터보다는 사용하여 typings node_modules 가능하면 그들이 연결되어있는로. 그것은 다음과 같은 사실과 결합되었습니다.

1. 전역은 다시 정의 할 수 없습니다.
   
   
   
   • 이로 인해 상위 프로젝트의 node_modules 및 연결된 패키지의 node_modules 모두에서 전역이 정의 될 때 컴파일러가 불평합니다.
   
   
2. 동일하지 않은 클래스는 서로 할당 할 수 없습니다.
   
   
   
   • 이로 인해 부모 프로젝트의 node_modules 에서 유형이 클래스 인 변수를 유형이 자체 node_modules 정의 된 연결된 패키지가 반환 한 값에 할당하려고 할 때 컴파일러가 불평을합니다.
   
   

paths 구성 변수를 사용하여이 문제를 해결할 수있었습니다. 정의가 @types/* 에서 나온 모듈의 경우 여기 에 제안 된대로 간단히 다음을 사용할 수 있습니다.

"paths": {
  "*": ["node_modules/@types/*", "*"]
}

클래스 또는 전역을 정의하는 유형 정의와 함께 번들로 제공되는 패키지에서이 문제가 발생하는 경우 수동으로 추가해야합니다. 예 : rxjs :

"paths": {
  "rxjs": ["node_modules/rxjs"],
  "rxjs/*": ["node_modules/rxjs/*"]
}

또한 TS 2.8.3을 사용하여 로컬 패키지를 추가 할 때 심볼릭 링크에 문제가 있습니다.

},
"devDependencies": {
    "@types/MyLib": "file:../MyLib/bin/npm/@types"
},

v3부터 npm은 파일을 복사하는 대신 심볼릭 링크를 사용하여 설치합니다.

그러나 컴파일을 시도 할 때 컴파일러는 연결된 정의 파일을 두 개의 개별적이고 충돌하는 파일로 간주합니다.

node_modules\@types\MyLib\index.d.ts(3,11): error TS2300: Duplicate identifier 'Foo'.
C:/MySolution/MyLib/bin/npm/@types/index.d.ts(3,11): error TS2300: Duplicate identifier 'Foo'.

대신 파일을 수동으로 복사하면 예상대로 작동합니다. typeRoots: ["./node_modules/**/"] 설정하여이 문제를 해결할 수 있습니다.