You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+53-45Lines changed: 53 additions & 45 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
2
-
# Welcome to the Windows Package Manager Manifest Creator repository.
2
+
# Windows Package Manager Manifest Creator (WinGet-Create)
3
3
4
4
This repository contains the source code for the Windows Package Manager Manifest Creator. The Windows Package Manager Manifest Creator is designed to help generate or update manifest files for the [Community repo](https://github.com/microsoft/winget-pkgs).
5
5
@@ -13,16 +13,29 @@ Developers will use this tool to submit their applications for use with the [Win
13
13
14
14
For your convenience, **WingetCreate** can be acquired a number of ways.
15
15
16
-
### Install from the github repo
17
-
18
-
The **Windows Package Manager Manifest Creator** is available for download from the [winget-create](https://github.com/microsoft/winget-create/releases) repository. To install the package, simply click the the MSIX file in your browser. Once it has downloaded, click open.
19
-
20
16
### Install with Windows Package Manager
21
17
18
+
Simply run the following command in a command prompt or PowerShell window:
19
+
22
20
```powershell
23
21
winget install wingetcreate
24
22
```
25
23
24
+
### Install from the GitHub repository
25
+
26
+
The **Windows Package Manager Manifest Creator** is available for download from the [winget-create](https://github.com/microsoft/winget-create/releases) repository. To install the package, download the MSIXBundle package from the release assets. Once it has downloaded, you can simply double-click the file to install it. Alternatively, you can use PowerShell to install the package using the following command:
27
+
28
+
```powershell
29
+
Add-AppxPackage -Path <Path to the MSIXBundle file>
30
+
```
31
+
32
+
There are also a couple shorthand vanity URLs available to get the latest version of the tool.
|[Show](doc/show.md)| Command for displaying existing manifests |
53
67
|[Token](doc/token.md)| Command for managing cached GitHub personal access tokens |
54
68
|[Settings](doc/settings.md)| Command for editing the settings file configurations |
55
-
| [Cache](doc/cache.md) | Command for managing downloaded installers stored in cache
69
+
|[Cache](doc/cache.md)| Command for managing downloaded installers stored in cache|
56
70
|[Info](doc/info.md)| Displays information about the client |
57
71
|[-?](doc/help.md)| Displays command line help |
58
72
59
73
Click on the individual commands to learn more.
60
74
61
-
## Using Windows Package Manager Manifest Creator in a CI/CD pipeline
75
+
## Using WinGet-Create to publish latest manifest to the WinGet Community repository
62
76
63
-
You can use WingetCreate to update your existing app manifest as part of your CI/CD pipeline. For reference, see the final task in this repo's [release Azure pipeline](https://github.com/microsoft/winget-create/blob/main/pipelines/azure-pipelines.release.yml). If you are utilizing GitHub Actions as your CI pipeline, you can refer to the following repositories that have implemented WingetCreate within their release pipelines:
77
+
You can use WingetCreate to update an existing WinGet manifest as part of your CI/CD pipeline. Please note that this requires you to have an existing manifest on the community repository before you can utilize the update pipeline. If you don't have a manifest for your package yet, you can use the [New Command](doc/new.md) to create one & submit it to the community repository.
78
+
79
+
You can view the [GitHub action](.github/workflows/publish.yml) utilized by this repository to publish the latest release of WinGet-Create to the Windows Package Manager Community repository. For reference, you may also see the following GitHub repositories that utilize a similar approach to update their manifests:
You can also check out this [episode of Open at Microsoft](https://learn.microsoft.com/en-us/shows/open-at-microsoft/wingetcreate-keeping-winget-packages-up-to-date) where we cover the same topic.
71
86
72
-
### Using the standalone exe:
87
+
### Using the standalone exe
73
88
74
-
The latest version of the standalone exe can be found at https://aka.ms/wingetcreate/latest, and the latest preview version can be found at https://aka.ms/wingetcreate/preview, both of these require [.NET Runtime 6.0](https://dotnet.microsoft.com/en-us/download/dotnet/6.0) to be installed on the build machine. To install this on your build machine in your pipeline, you can include the following dotnet task:
89
+
The latest version of the standalone exe can be found at <https://aka.ms/wingetcreate/latest>, and the latest preview version can be found at <https://aka.ms/wingetcreate/preview>, both of these require [.NET Runtime 8.0](https://dotnet.microsoft.com/en-us/download/dotnet/8.0) to be installed on the build machine. If your CI runs on GitHub actions, these dependencies would already be installed. For Azure DevOps, you can install the .NET Runtime using the `UseDotNet`task in your pipeline YAML file.
75
90
76
91
```yaml
77
92
- task: UseDotNet@2
78
93
displayName: 'Install .NET Runtime'
79
94
inputs:
80
95
packageType: sdk
81
-
version: '6.x'
96
+
version: '8.x'
82
97
installationPath: '$(ProgramFiles)\dotnet'
83
98
```
84
99
85
100
Or you can utilize a PowerShell task and run the following script.
Windows Server 2022 now supports App Execution Aliases, which means the alias `wingetcreate` can be used to run the tool after installing the msixbundle. The latest version of the msixbundle can be found at https://aka.ms/wingetcreate/latest/msixbundle. Similar to the standalone exe steps, download the msixbundle, add the package, and run `wingetcreate` to update your manifest.
119
+
Windows Server 2022 now supports App Execution Aliases, which means the alias `wingetcreate` can be used to run the tool after installing the msixbundle. The latest version of the msixbundle can be found at <https://aka.ms/wingetcreate/latest/msixbundle>. Similar to the standalone exe steps, download the msixbundle, add the package, and run `wingetcreate` to update your manifest.
105
120
106
121
> [!IMPORTANT]
107
122
> Winget-Create has a dependency on the [C++ Runtime Desktop framework package](https://docs.microsoft.com/en-us/troubleshoot/developer/visualstudio/cpp/libraries/c-runtime-packages-desktop-bridge). Be sure to also download and install this package prior to installing wingetcreate as shown in the steps below.
@@ -111,15 +126,8 @@ Windows Server 2022 now supports App Execution Aliases, which means the alias `w
111
126
# Download and install C++ Runtime framework package.
The CLI also supports creating or updating manifests with multiple installer URLs. You can either create new manifests with multiple installer nodes using the [New Command](doc/new.md) or update existing manifests with multiple installer URLs using the [Update Command](doc/update.md).
122
-
123
131
## GitHub Personal Access Token (classic) Permissions
124
132
125
133
When [creating your own GitHub Personal Access Token (PAT)](https://docs.github.com/en/github/authenticating-to-github/keeping-your-account-and-data-secure/creating-a-personal-access-token) to be used with WingetCreate, make sure the following permissions are selected.
@@ -140,22 +148,22 @@ You can install the prerequisites in one of two ways:
140
148
141
149
1. Clone the repository
142
150
2. Configure your system
143
-
* Configure your system using the [configuration file](.config/configuration.winget). To run the configuration, use `winget configure .config/configuration.winget` from the project root or you can double-click the file directly from the file explorer.
144
-
* Alternatively, if you already are running the minimum OS version, have Visual Studio installed, and have developer mode enabled, you may configure your Visual Studio directly via the .vsconfig file. To do this:
145
-
* Open the Visual Studio Installer, select “More” on your product card and then "Import configuration"
146
-
* Specify the .vsconfig file at the root of the repo and select “Review Details”
151
+
- Configure your system using the [configuration file](.config/configuration.winget). To run the configuration, use `winget configure .config/configuration.winget` from the project root or you can double-click the file directly from the file explorer.
152
+
-Alternatively, if you already are running the minimum OS version, have Visual Studio installed, and have developer mode enabled, you may configure your Visual Studio directly via the .vsconfig file. To do this:
153
+
-Open the Visual Studio Installer, select “More” on your product card and then "Import configuration"
154
+
-Specify the .vsconfig file at the root of the repo and select “Review Details”
-[Visual Studio 2022](https://visualstudio.microsoft.com/downloads/)
161
+
-Or use winget to install it ;) (although you may need to adjust the workloads via Tools -> Get Tools and Features...)
162
+
-[Git Large File Storage (LFS)](https://git-lfs.github.com/)
163
+
-The following workloads:
164
+
-.NET Desktop Development
165
+
-Universal Windows Platform Development
166
+
-Windows 11 SDK (10.0.22000.0) (Tools -> Get Tools and Features -> Individual Components)
159
167
160
168
### Building
161
169
@@ -169,23 +177,23 @@ Running unit and E2E tests are a great way to ensure that functionality is prese
169
177
170
178
### Testing Prerequisites
171
179
172
-
* Fork the [winget-pkgs-submission-test repository](https://github.com/microsoft/winget-pkgs-submission-test)
173
-
* Fill out the test parameters in the `WingetCreateTests/Test.runsettings` file
174
-
* `WingetPkgsTestRepoOwner`: The repository owner of the winget-pkgs-submission-test repo. (Repo owner must be forked from main "winget-pkgs-submission-test" repo)
175
-
* `WingetPkgsTestRepo`: The winget-pkgs test repository. (winget-pkgs-submission-test)
180
+
-Fork the [winget-pkgs-submission-test repository](https://github.com/microsoft/winget-pkgs-submission-test)
181
+
-Fill out the test parameters in the `WingetCreateTests/Test.runsettings` file
182
+
-`WingetPkgsTestRepoOwner`: The repository owner of the winget-pkgs-submission-test repo. (Repo owner must be forked from main "winget-pkgs-submission-test" repo)
183
+
-`WingetPkgsTestRepo`: The winget-pkgs test repository. (winget-pkgs-submission-test)
176
184
177
-
* Set the solution wide runsettings file for the tests
178
-
* Go to `Test` menu > `Configure Run Settings` -> `Select Solution Wide runsettings File` -> Choose your configured runsettings file
185
+
-Set the solution wide runsettings file for the tests
186
+
-Go to `Test` menu > `Configure Run Settings` -> `Select Solution Wide runsettings File` -> Choose your configured runsettings file
179
187
180
-
* Set up your github token:
181
-
* __[Recommended]__ Run `wingetcreate token -s` to go through the Github authentication flow
182
-
* Or create a personal access token with the `repo` permission and set it as an environment variable `WINGET_CREATE_GITHUB_TOKEN`. _(This option is more convenient for CI/CD pipelines.)_
188
+
-Set up your github token:
189
+
- **[Recommended]** Run `wingetcreate token -s` to go through the Github authentication flow
190
+
-Or create a personal access token with the `repo` permission and set it as an environment variable `WINGET_CREATE_GITHUB_TOKEN`. _(This option is more convenient for CI/CD pipelines.)_
183
191
184
192
## Contributing
185
193
186
194
This project welcomes contributions and suggestions. Most contributions require you to agree to a
187
195
Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us
188
-
the rights to use your contribution. For details, visit https://cla.opensource.microsoft.com. More
196
+
the rights to use your contribution. For details, visit <https://cla.opensource.microsoft.com>. More
189
197
information is available in our [CONTRIBUTING.md](/CONTRIBUTING.md) file.
190
198
191
199
When you submit a pull request, a CLA bot will automatically determine whether you need to provide
0 commit comments