Nuget 종속성 관리 (내부/개인 소스)

내부 라이브러리를위한 자체 Nuget 패키지 소스가 있습니다. 일부 프로젝트는 동일한 솔루션에서 다른 프로젝트를 참조합니다. 현재 의존성은 Nuget 패키지를 참조합니다. 종속성이있는 프로젝트가 업데이트되면 종속성 패키지가 업데이트 될 때까지 기다려야하므로 다른 프로젝트를 새 참조로 업데이트 할 수 있습니다. 프로젝트 중 일부는 여러 계층의 종속성이 있으므로 어떤 경우에는 패키지를 기본 프로젝트로 가져 오기 위해 빌드 5 개 (빌드, 업데이트 패키지, 빌드, 다음 레벨의 패키지 업데이트 등)를 기다려야합니다. 이것을 관리 할 수있는 더 좋은 방법이 있을까요, 아니면 그냥 Nuget을 사용하는 데 드는 비용입니까?Nuget 종속성 관리 (내부/개인 소스)

출처

2017-10-24 gene

NuGet을 통해 라이브러리를 기본 프로젝트에 설치하고 라이브러리 솔루션의 프로젝트를 동일한 솔루션에 추가 했습니까? – CarCar

Company.Core 및 Company.NewStuff을 Nuget 패키지로, NewStuff을 코어에 의존한다고 가정 해보십시오. NewStuff 패키지의 Core를 프로젝트 참조로 참조하고 Core의 버전이 NewStuff보다 낮 으면 NuGet을 통해 기본 프로젝트에 추가 할 때 패키지를 찾을 수 없습니다. 그래서 Core는 Nuget을 통해 NewStuff에 추가되었습니다. 어떤 것이 관리 문제를 일으키는 것입니까? Core가 업데이트되면 Nuget 패키지 인 모든 프로젝트를 업데이트해야합니다. 그런 다음 모든 패키지는 해당 패키지에 종속됩니다. – gene

이상적으로는 해당 응용 프로그램의 솔루션에 라이브러리를 포함시키지 말고 NuGet을 통해 솔루션에 추가하면됩니다. 주어진 라이브러리의 packages.config 파일에있는 NuGet 패키지 간의 버전 관리를 NuGet Package versioning을 참조하여 관리 할 수 있습니다.

소비 응용 프로그램의 라이브러리 코드를 단계별로 실행해야하는 경우 NuGet 패키지를 제거하고 솔루션에 라이브러리 프로젝트를 추가하십시오. 그런 다음 응용 프로그램의 프로젝트 참조를 해당 라이브러리 프로젝트에 추가하십시오. 이상적으로 이는 드문 일입니다.

출처

2017-10-27 15:34:03 CarCar

내가 원하는 답변이 아니지만 그것이 그대로입니다. 다행히도 그들은 미래에 더 쉽게 만들 것입니다. – gene

Nuget 종속성 관리 (내부/개인 소스)

답변

관련 문제