Private
Public Access
Document required Gitea release publication workflow
This commit is contained in:
1 parent
42aeaf56ea
commit
4ab4fa034b
1 file changed
+18
@@ -0,0 +1,18 @@
|
||||
# Release workflow
|
||||
|
||||
For every new app version, publish the latest built ARM IPK as an attachment to
|
||||
a Gitea release in https://gitea.adnau.de/matze19999/HyperDRM.
|
||||
|
||||
- Complete relevant checks and keep app/package versions consistent.
|
||||
- Build the IPK and regenerate the package manifest.
|
||||
- Push the version's source and package to `main`.
|
||||
- Create a release tagged `v<app version>` at the corresponding commit, with
|
||||
concise English release notes and the exact versioned IPK attachment.
|
||||
- Verify the published attachment's size and SHA-256 against the built IPK.
|
||||
- Reuse an existing release for the same version instead of creating a duplicate.
|
||||
- Never commit credentials or API tokens. SSH Git access alone does not grant
|
||||
access to release creation or attachment upload; use an authorized web session
|
||||
or an appropriately scoped existing API credential.
|
||||
|
||||
The user has requested release publication as part of each future version.
|
||||
No additional publication confirmation is needed within that scope.
|
||||
Reference in new issue
Block a user