Pro Nuget 서적을 다 읽었으며 우리의 의존성을 위해이 방법을 사용하는 것이 현재 방법보다 낫다고 생각합니다. 또한 응용 프로그램 배포 패키지를 빌드하여 빌드를 다양한 환경에 배포 할 수 있습니다.너겟 피드 및 프로모션
아이디어 중 하나는 여러 가지 Nuget 피드를 갖는 것입니다. 모든 성공적인 통합이 패키지를 게시하는 ci 피드, 테스트 할 qa 버전 만 공개 한 qa 피드, 그리고 성공적으로 테스트 한 qa 피드의 패키지 만 복사하는 릴리스 피드가 있습니다.
저는이 아이디어가 마음에 들지만, ci 빌드가 -alphaXXXX 또는 그와 유사한 버전으로 끝나는 시험판으로 표시되도록하는 것이 좋습니다. 그래도 저도 그렇다면 홍보하는 동안 해당 지정을 qa 피드로 가져와야합니다. Nuget 패키지의 매력 중 일부는 패키지를 수정해야만한다고 생각합니다. 한번 빌드하면 변경되지 않습니다.
또 다른 아이디어는 우리가 주로 트렁크에서 작업하기 때문에 rc branch를 사용하면 빌드 프로세스가 버전의 시험판 부분을 더 이상 추가하지 않게됩니다. 그게 효과가있는 것 같아요, 그리고 피드를 공개하기 위해 qa에서 홍보하는 것은 간단한 패키지 사본이 될 것입니다.
누구나이 접근법을 수행하고 있으며 권장 접근법입니까? 내가 놓친 게 있니? 내가 봤지만 닌자 같은 접근 방식의 세부 사항에 대한 많은 토론을 발견했습니다.
나는 책을 크게 즐겼다. 주어진 아이디어는 우리의 현재 프로세스를 개선하기 위해 실험하기를 희망한다. 공개 할 CI가 예라고 생각하지만 잘 될 것이라고 생각합니다.후속 질문으로, 내가 qa를 요구하는 내 앱이 앱과 항상 같은 시간에 배송되는 비즈니스 로직 계층을 포함하는 다른 패키지에 달려 있다고 가정 해 보겠습니다. 재귀 적으로 앱 의존성을 홍보해야한다고 가정합니다 (베타 타사 라이브러리는 사용하지 않습니다). 나는 제 2 판을 고대합니다! – Andy
좋아요! 네, 패키지의 의존성을 함께 공개한다면 패키지의 의존성을 홍보해야합니다. –
@XavierDecoster는 # 2 작동 방식을 명확히 할 수 있습니까? MyGet이 아니라 VSTS에서이 흐름을 설정하려고합니다. 패키지에서 시험판 태그를 제거하기 위해 지원되는 명령이 있습니까? 아니면 패키지의 압축을 풀고 nuspec 파일을 수정 한 다음 다시 포장해야합니까? 이것을 위해 내장 된 nuget 명령이있는 것처럼 보입니다. –