일부 프로젝트에서는 NuGet 패키지 복원을 활성화했습니다. 우리는 내부적 인 의존성에 대한 우리 자신의 피드를 가지고 있습니다.하지만 빌드 서버가 공식 패키지를 얻으려면 공식 NuGet 피드에 액세스 할 수 있습니다. 이 공식 NuGet 피드는 외부 종속성 (ofc)입니다.
질문 : 얼마나 신뢰할 수있는 공식 NuGet 피드가 가용성면에서입니까?
나는 고글했지만 행운은 없었다.
덕분에 사전에
감사
카밀NuGet 피드 안정성
그것은 한 번에 몇 시간, 몇 번을왔다. NuGet 팀은 많은 것을 배웠습니다. 적어도 한 번은 Windows Azure의 일반적인 작동 중단으로 인해 영향을 받았지만 물론 손에서 벗어났습니다. 최근에는 서비스에 큰 장애가 없었습니다.
가용성 측면에서 http://status.nuget.org (월간 기록은 http://status.nuget.org/631950/history)까지 추적 할 수 있습니다.
외부와 마찬가지로 대체 전략을 사용하십시오. NuGet에는 로컬 캐시가 있습니다. 패키지를 사용할 때마다 로컬 캐시에서 끝나며 현재 마지막으로 소비 된 패키지는 100 개로 제한됩니다.
http://www.myget.org에서 패키지를 미러링 할 수도 있습니다. 프록시의 업스트림 패키지에 대한 자세한 내용은 http://docs.myget.org/docs/reference/package-sources의 문서에서 확인할 수 있습니다. MyGet.org의 가용성 http://status.myget.org (http://status.myget.org/519401/history에서 역사) MyGet은 (심지어 다른 데이터 센터에) 밖으로 확장 할 장소에 대체 메커니즘을 가지고
주에서 추적 할 수 있으며, 간단한 이는 zip으로 피드를 다운로드 할 수 언제 어디서나 하드 디스크에 사본을 보관하려면 언제든지 보관하십시오.
우리의 NuGet 서버 [ProGet] (http://inedo.com/proget)에서는 로컬 피드에 공식 NuGet 피드의 커넥터를 설정할 수 있습니다. 즉, 단일 소스에서 패키지를 가져올 수 있습니다. 그 위에 연결된 피드에서 다운로드 한 패키지는 캐싱되므로 NuGet 서버가 다운 된 경우에도 내부 피드에서 패키지를 복원 할 수 있습니다. –