Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Deployment and Servicing guidance for customers #3351

Closed
dleeapho opened this issue Nov 19, 2018 · 7 comments
Closed

Deployment and Servicing guidance for customers #3351

dleeapho opened this issue Nov 19, 2018 · 7 comments
Assignees
Milestone

Comments

@dleeapho
Copy link

  • Particularly for Windows desktop UI scenarios
  • How can enterprise customers deploy their apps to Windows clients?
  • How can enterprise customers service .NET Core to Windows clients?
  • How can customers author MSIX deployments via VS?
@dleeapho
Copy link
Author

Feedback on servicing: dotnet/core#1541

@dleeapho
Copy link
Author

Feedback pointing to asks on automated servicing scenarios: dotnet/core#1781

@msftgits msftgits transferred this issue from dotnet/core-setup Jan 30, 2020
@msftgits msftgits added this to the 3.0 milestone Jan 30, 2020
@dagood dagood removed the Triaged label Jan 30, 2020
@wjk
Copy link
Contributor

wjk commented Feb 11, 2020

Just my 2¢ on this issue, since you mentioned MSIX above: Currently, to create a fully self-contained MSIX (for Windows Store deployment, usually) I have to do something like this to copy the .NET Core runtime into my package's VFS folder. This is much like self-contained deployment, except that there is one copy of the .NET Core runtime across two different top-level targets (the main app and a shell extension, both implemented in Core). However, I still have to package the runtime separately for each app. When several apps that use this technique are installed, the disk space wasted by the duplicate copies of the runtime begins to add up.

One easy solution to this problem is for me to create an MSIX package with <Framework>true</Framework> in the AppxManifest.xml file. This would allow all of my applications to depend on this one copy of the runtime. However, I would then need to distribute a copy of the runtime MSIX with each of my apps to ensure it is present on each system, or the app package would fail to install. (Since I am currently planning on using a setup EXE that contains my MSIX so I can publish my self-signed certificate along with the app, this is very easy to do.)

However, this would break Windows Store deployment, as only Microsoft can publish framework packages to the Store. If we could have official .NET Core runtime packages available as dependencies in the Store, that would be amazing. If those dependencies could be downloaded and installed automatically when I try to install an MSIX package from outside the store, that would be even better. (Following this morning's announcement, I am planning on porting as many of my apps as possible to MSIX deployment, to provide the best possible experience on Windows 10X.) Thanks!

@jkotas jkotas modified the milestones: 3.0, 5.0 Mar 1, 2020
@maxkatz6
Copy link
Contributor

I believe that issue is related
dotnet/installer#7725

@dleeapho
Copy link
Author

@maxkatz6 , I believe what @wjk reported is related to #7725. This issue is really just tracking the documentation work.

@NikolaMilosavljevic NikolaMilosavljevic modified the milestones: 5.0.0, 6.0.0 Oct 21, 2020
@jamshedd jamshedd removed the Epic Groups multiple user stories. Can be grouped under a theme. label Oct 27, 2020
@MichaelSimons
Copy link
Member

[Triage] @jamshedd & @adegeo, please link to the doc issues which addressed this as well as any issue tracking the remaining work.

@adegeo
Copy link

adegeo commented Aug 24, 2021

@MichaelSimons I don't think we have any content related to this except for generic mentions of "use the visual studio publish"

@ghost ghost locked as resolved and limited conversation to collaborators Nov 14, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests