microsoft / microsoft/WindowsAppSDK
Microsoft.Windows.SDK.BuildTools.MSIX: Clarification needed on support and roadmap for non-UWP projects
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 4.7k
- Forks
- 471
- Avg merge
- 3d 13h
- Merged PRs (30d)
- 28
Description
Following up on #5060, which asked foundational questions about Microsoft.Windows.SDK.BuildTools.MSIX that remain largely unanswered in any official documentation.
We're now hearing informally that the intention is for this package to support _all_ project types: console, WPF, WinForms, etc., not just WinUI/UWP. Specifically, the following was shared by @Sergio0694:
> Our intention is to support this for all scenarios (console, WPF, WinForms, etc). We have tests and samples with those scenarios too, and they should work.
This is encouraging, but the problem is: none of this is documented anywhere. There is no official guidance, no migration path, and no public statement of intent for developers currently relying on .wapproj (Windows Application Packaging Project) for non-UWP scenarios. This creates a real problem: developers can't plan or adopt this package in good conscience based on Discord messages alone.
**Specifically, we need clarification on:**
1. Is Microsoft.Windows.SDK.BuildTools.MSIX officially intended as a replacement for .wapproj in non-UWP scenarios (WPF, WinForms, console apps)? Or is it complementary/optional?
2. What is the migration story? For projects currently using a Windows Application Packaging Project, what does moving to this NuGet look like? Is there a guide, or is one planned?
3. Feature parity questions--does this package support:
* Packaging for CI/CD pipelines without Visual Studio? (There seems to be a reliance on UAP workload?)
* Publish profiles?
* Generating a .msixbundle?
* Entitlements / capabilities configuration (currently in Package.appxmanifest within .wapproj)?
4. Who owns this package and where should issues be filed? This repo, a separate repo, or somewhere else?
5. Where are the docs? Neither docs.microsoft.com nor the NuGet page contains any meaningful usage documentation. If docs are in progress, is there a public tracking issue?
6. Can we legally use this NuGet? As mentioned in #5060, [the license](https://www.nuget.org/packages/Microsoft.Windows.SDK.BuildTools.MSIX/1.7.251221100/License) currently contains errors making its licensing status ambiguous.
> i. **Windows App Requirements.** If you intend to make your
> program available in the Windows Store, the program must
> comply with the Certification Requirements as defined and
> described in the App Developer Agreement, currently
> available at: .
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.