2016-08-25 2 views
2

저는 Service Fabric 앱의 빌드와 배포를 자동화하는 방법을 연구하고 있습니다. 현재 패키지 단계에서 작업 중이며 pkg 하위 폴더 내에 파일을 만드는 동안 항상 단일 파일의 실제 패키지가 아닌 파일의 폴더 계층 구조를 만듭니다. 나는 하나의 파일에 모든 것을 가지고있는 .SFPKG 파일 (또는 비슷하게 명명 된)이있는 것 (아마 지퍼인가?)을 맹세하겠다. 거기에 어떤 방법으로 msbuild와 같은 파일을 만들 수 있습니까? 여기 SF 서비스를 단일 파일로 패키징하기

명령 내가 현재 사용하고 라인이다 : 나는 내 클러스터에 새 패키지를 보내는 비효율적 인 것 때문에 하나의 파일을 가지고 있지에 대해 걱정

msbuild myservice.sfproj "/p:Configuration=Dev;Platform=AnyCPU" /t:Package /consoleloggerparameters:verbosity=minimal /maxcpucount 

, 그것은 나를 위해 더 어렵다 빌드 자동화 서버에서 많은 파일을 관리합니다.

답변

3

난 당신이 내부적으로 우리가 아직 .sfpkg 파일을 프로비저닝 지원하지 않는 https://azure.microsoft.com/documentation/articles/service-fabric-get-started-with-a-local-cluster

주에서 .sfpkg에 대해 읽어 믿습니다. 곧 출시 될 기능입니다 (날짜 미정). 대신, 우리는 각 파일을 응용 프로그램 패키지에 업로드합니다.

+0

지금 지원 되나요? – cvraman

+0

아니요. 다음 릴리스에서 제공되는 압축 패키지 업로드에 대한 지원이 추가되었지만 압축 된 패키지는 여전히 매니페스트와 압축 된 코드/package/config가 포함 된 폴더입니다. 이 내용은 새 기능에 대한 설명서에 설명되어 있습니다. 우리는 패키지를 압축/압축 해제하는 유틸리티를 제공하므로 모양을 사용하는 것이 필수적이지는 않습니다. 왜 폴더를 다루는 것이 더 힘들지 설명 할 수 있습니까? 하나의 .sfpkg 파일과 응용 프로그램 매개 변수에 대한 다른 파일을 제공하기위한 추적 항목이 있지만 ETA가 없습니다. –

+0

폴더보다는 하나의 파일을 다루기가 더 쉽다고 생각합니다. 적은 파일 = 실수와 변조를위한 공간이 적습니다. – cvraman

관련 문제