2016-09-16 9 views
0

패키지가 출력됩니다. 내 응용 프로그램의 모든 새로운 릴리스가 워크 플로우를 거쳐야하므로 뭔가 빠졌다고 생각합니다. 어떤 I가 지원되지 않는 설치 (ClickOnce를)를 사용하고 같은 성가신 것 같다 그래서 나는합니다 (.prj이 정보를 가지고 같은 이상한 보인다) 수동Windows 배포 저장소에 WPF 프로젝트를 내가 어떻게 이해 <code>Windows Store</code></p> <p>를 통해 내 WPF 응용 프로그램을 배포하는 내가 입력 바이너리 또는 지원되는 설치 프로그램을 가지고있는 <code>APPX</code>이하는 공부로 나는 약 <code>Project Centennial</code>을 읽고 있어요

이 것이 가능을 제공하는 것입니다 매니페스트 패키지에 바이너리를 추적해야 파일 입력시 .sln? 다른 단어에서, 나는 Project Centennial로 말할 수있다 : "이봐, 여기 내 .sln 파일 APPX

+1

업데이트 - VS2017이 출시되면 SLN에서 직접 AppX for Desktop Bridge를 만들 수 있습니다. 자세한 내용은 여기를 참조하십시오. http://stackoverflow.com/questions/42792941/why-use-project-centennial-when-we-have-advanced-installer –

답변

2

아니오, 프로젝트 센 테니얼은 패키지를 만들기 위해 호출 할 수있는 것이 아닙니다 그것은 나타나는이 이름이었다 나에게 빌드입니다. 생성에 가서 작업 모두 Desktop Bridge 및합니다 (store 형태로도 주문 가능합니다 지금은) 당신이 호출 할 수 Desktop App Converter.

먼저 앱 패키지를 만들 수 있고, 윈도우 스토어에 데스크톱 응용 프로그램을 배포하려면 데스크톱 브리지를 사용하는 UWP 앱 패키지를 만드는 세 가지 일반적인 옵션이 있습니다.

  1. 이러한 패키지를 직접 생성하는 도구를 명시 적으로 사용하십시오. 패키지에 필요한 파일 및 기타 정보를 알려주십시오. (전체 공개 : 내 고용주가 그러한 도구를 판매합니다.)
  2. 기존 데스크톱 설치 형식을 사용하거나 만들 수있는 경우 Desktop App Converter를 사용하여 해당 설치를 .appx 패키지로 변환하십시오. 이 도구는 완벽하지 않으므로 옵션 3을 계속해야 할 수도 있습니다. 및 SignTool.exe과 같은 Windows 10 SDK 도구를 사용하여 로컬 테스트를 직접 수행 할 수 있습니다. SDK가 제대로 작동하려면 10.0.14393 이상의 SDK가 필요하거나 Windows 10에 있어야합니다. 타사 도구는 아마도 동일한 요구 사항을 갖습니다. following intstructions을 시작하거나 Visual Studio to create a base package을 사용하여 데스크톱 확장을 포함하도록 수정할 수 있습니다.

참고 :이 단계는 단지 1 단계입니다. 2 단계는 실제로 저장소로 이동합니다. 데스크톱 확장 프로그램을 사용하지 않는 앱 패키지와 달리 상점 확장 프로그램은 상점에 직접 제출할 수 없습니다. 대신 현재 this contact form을 작성해야합니다. (이 단계가 앞으로 어떻게 달라질 지 예측할 수 없습니다. 언젠가는 더 쉽게 될 수 있기를 바랍니다.)

.NET 버전을 변경해야 할 수도 있습니다. 데스크톱 브리지는 .NET 4.6.1 이상 만 지원합니다. 혜택, 제한 사항 및 요구 사항을 포함한 추가 개요는 this article을 참조하십시오.