Automate the release process #366
Labels
No labels
3rdparty
Android
API
Author does not respond
bsd
bug
build system/CI
ci-virtual-device
CMake
Contributions Welcome
Core
dependencies
device-specific
documentation
don't_merge
duplicate
enhancement
Example
Haiku
hidraw
hotplug
info required
invalid
libusb
macOS
Misc
Not an issue
question
Release
Test
Test GUI
Windows
wontfix
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-libusb/hidapi#366
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Kind-of related to #315.
Right now there is a set of manual steps that needs to be done for each release.
As a human, the person who performs those steps can make a mistake and f**k-up the release (Presisely what I did when tried to release a 0.11.1 - forgot to update the version file. That's why we have 0.11.2 right after 0.11.0).
That process better be fully automated (except the release NOTES - those better be filled up manually).
I don't have a final idea how to do so, but it better be done rather sooner than later.
One step closer: #414 - Windows build artifact (as used with each release) is now created with Github actions.