更新客户端渲染,更新了壳
This commit is contained in:
+29
-1
@@ -27,10 +27,38 @@ The package version is derived from `version.json` using the same rule as the lo
|
||||
|
||||
Required runner setup:
|
||||
|
||||
- A Windows Gitea runner labeled `windows-latest`.
|
||||
- A Windows Gitea runner labeled `winui-windows`. Gitea does not provide GitHub-hosted `windows-latest` runners; `runs-on` must match one of your online `act_runner` labels exactly.
|
||||
- Internet access to download .NET workloads/NuGet packages and the pinned Inno Setup compiler when `ISCC.exe` is not already installed.
|
||||
- A repository secret named `PACKAGE_TOKEN` with package write/delete access. Use a personal access token because Gitea's built-in Actions job token does not fully support package repository publishing on all versions.
|
||||
|
||||
Optional repository variables:
|
||||
|
||||
- `PACKAGE_USERNAME`: username that owns the package token. If omitted, the workflow actor is used.
|
||||
|
||||
Example Windows runner label configuration:
|
||||
|
||||
```yaml
|
||||
labels:
|
||||
- "winui-windows:host"
|
||||
```
|
||||
|
||||
After changing runner labels, restart `act_runner`, then rerun `.gitea/workflows/publish-winui-exe.yml`.
|
||||
|
||||
### Linux Docker Gitea + Windows Build Runner
|
||||
|
||||
The Gitea server can stay in a Linux Docker deployment. Only the WinUI build job needs a Windows execution environment.
|
||||
|
||||
Recommended topology:
|
||||
|
||||
```text
|
||||
Linux Docker host
|
||||
└─ Gitea server + database + package registry
|
||||
|
||||
Windows build machine or Windows VM
|
||||
└─ act_runner registered to the Linux Gitea instance
|
||||
└─ label: winui-windows
|
||||
```
|
||||
|
||||
The runner connects outbound to the Gitea instance, polls for jobs, builds the installer on Windows, then uploads the EXE package back to Gitea Packages.
|
||||
|
||||
Do not replace this with CMake for this repository. CMake can orchestrate commands, but this app is a C# WinUI 3 / Windows App SDK project driven by MSBuild, XAML tooling, Windows SDK tools, and Inno Setup. A CMake wrapper would still end up calling Windows-only build tools such as `dotnet publish`, `ISCC.exe`, and signing/packaging tools.
|
||||
|
||||
Reference in New Issue
Block a user