이 질문은 현재 가설 적이지만 실제 근거가 있습니다.타사 너겟 패키지의 종속성을 어떻게 바꿉니 까?
NuGet 패키지 A는 공급 업체 Y에 의해 NuGet 패키지 B와 Microsoft에 의해 System.Runtime에 종속됩니다.
우리는 B가 수정하지 않으려는 버그를 수정하기 위해 B (오픈 소스)를 B '로 분기해야한다는 것을 알았습니다. B '에 대한 몇 가지 버전이 있다고 가정 해 봅시다 (이것은 결국 사실 일 것입니다).
프로젝트 Q는 A와 B '에 따라 다릅니다.
어떻게하면 너겟이 완전히 혼란스럽지 않게 할 수 있습니까? 나는 nuget 캐시 디렉토리를 만들기위한 스크립트를 가지고 있지만, 누겟 복원을 실행하고 올바른 대답을 얻을 수 있다면 훨씬 더 의미가 있습니다.
이론적으로 우리는 B '를 nuget.org에 게시 할 수 있다고 말할 수는 있지만 업로드가되지 않도록 B가 진행 중입니다. X가 Y의 B 대신 B '를 사용하도록 설득 할 기회가 없으며 X는 닫힌 소스이므로 다시 컴파일 할 수 없습니다.
패키지 ID도 변경 했습니까? 그렇지 않다면 소비 프로젝트에서 정확한 버전을 지정할 수 있습니다 (예 :'2.1.9-internalally-fixed'). 그리고 다운 그레이드 경고로 살고 있습니다. –
(내부 피드 또는 디렉토리 패키지 소스에서 사용 가능해야 함) –
@MartinUllrich : 저도 그렇게 할 수 있습니다. 모든 것을 쓰면 나는 그런 대답을 받아 들일 수있다. 지금은 조각이 빠졌지 만 할 일이 무엇인지 상상할 수 있습니다. – Joshua