Tracking issue for Gitea CI bugs/limitations #25
Labels
No Label
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
Copied from Github
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: cerc-io/hosting#25
Loading…
Reference in New Issue
Block a user
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?
.yaml
files must be stand-alone, can't reference other sibling files.Some actions are unavailable / unsupported (actions must be hosted on gitea, not github?)(Solved by forking or writing our own actions as needed)This is a bug in
act
itself, but I haven't run into it yet in Gitea+actions. Basically, if you specify a job name when runningact
manually, it will try to execute that job in any workflow where it is found. That should be OK if not ideal, but it bases its container names off the job name, and so it attempts to create multiple containers with the same name.This doesn't seem to be an issue with the way Gitea is using workflows, because it only handles one workflow file at a time.
The
laconicd
"Gosec security scanner" task fails because it cannot checkout the repo the actiontechnote-space/get-diff-action@v6.1.2
:It never gets far enough to try it, but I suspect it would fail getting
cosmos/gosec@master
as well.It appears these GitHub URLs are being re-written to gitea, where these not standard actions do not exist. If that is all there is to it, we could always migrate/fork them to gitea.com under our own organization, but there may be additional problems lurking.
Note on stable release url:
In the 1.20 release things get better. The URL now looks like:
https://host/cerc-io/stack-orchestrator2/releases/download/v1.1.0-db4728a-202306201516/laconic-so
We really want it to look something like:
https://host/cerc-io/stack-orchestrator2/releases/download-latest/laconic-so
Gitea does support this:
https://host/cerc-io/stack-orchestrator2/releases/latest
but it redirects to a tag-specific landing page
This PR: https://github.com/go-gitea/gitea/pull/25429 addresses our immediate needs to have a stable URL to get the latest version of a release file, like we do from GitHub.