release-action | GitHub Action that creates releases | Continous Integration library

I found a solution. Apparently, UPX somehow breaks the Linux executable. However, when I tried to build a Windows executable, UPX still worked fine. In order to fix my GitHub Action workflow, I made the following changes:

I think its the namespace that is the issue:

You can add a step that updates the release draft using Github's REST API:

As per the notes you either need to specify an existing tag or specify a branch or commit for the commit input of the action, based on which a tag will be created:

• You must provide a tag either via the action input or the git ref (i.e push / create a tag). If you do not the action will fail.
• If the tag of the release you are creating does not exist yet, you should set both the tag and commit action inputs. commit can point to a commit hash or a branch name (ex - main).

from https://github.com/ncipollo/release-action#notes

Using the following will give you a new version tag with every run, where the last place of the version is incremented for every run.

There seems to be two different problems;

The second error DataTables warning: table id=releaseDatatable - Cannot reinitialise DataTable indicates that you are using more than one dataTable with the same id. This error is most likely being experienced when you load more than one dataTable component.

To solve this you should generate a way of identifying each unique data table eg declare a variable counter and call $('#releaseDatatable' + counter).DataTable().destroy(); when getting then dataTable while binding to [attr.id]='"releaseDatatable" + counter' in the html

The First error will be attributed to the code below

As you've implied, you can't limit the scope of a personal access token to different scopes for different repos. Theres a few ways of doing this.

Intermediate, public storage

The first is to upload the artifacts to an intermediate place, accessible from anywhere, e.g. Dropbox, Docker Hub, etc. Then you can manually trigger a github action in your public repo to pull this artifact back down and create a release from it. To manually trigger this action you could use the repository_dispatch event either using cURL / postman locally (with an access token auth bearer) or using something like https://www.actionspanel.app/ which is a github app which allows you to manually trigger github actions using repository_dispatch, with parameters so your download link would be a parameter.

Personal access token

The simplest option is still a personal access token though. Your workflow above has repo_token: XXXXXXXXX which makes me wonder if you know about github secrets? Ideally this token would be stored in a secret then accessed using ${{ secrets.BRANDONS_TOKEN }}. I would ask why you are worried about a personal access token. If you use github secrets and are careful about the 3rd party code you pass the token to (you may not want to simply pass your token to @master, for example), it should be fine.

GitHub Apps & Webhooks

GitHub apps or webhooks would be another way, you can authenticate those on a per-person basis and per-repo basis but you'd need an application running online to receive and parse the messages and its quite a big piece of work.

(Probably not) GitHub Deploy Keys

Another thing to be aware of is Github Deploy Keys, you can use these to obtain read/write access to a single repository without an account attached. You would then store this deploy key in a secret in the settings of the other repo. However, I'm not sure you can trigger releases with deploy keys - they are not bound to an account so I'm unsure who's username would be visible on the release history.