Support reusable workflow #34
No reviewers
Labels
No Label
duplicate
help wanted
invalid
kind
bug
kind
enhancement
kind
feature
kind
question
proposal
wontfix
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/act#34
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "Zettat123/act:fix-reusable-workflow"
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?
Fix gitea/act_runner#80
Fix gitea/act_runner#85
To support reusable workflows, I made some improvements:
yml
files from both.gitea/workflows
and.github/workflows
https://https://gitea.com
@ -114,4 +128,3 @@
func newRemoteReusableWorkflow(uses string) *remoteReusableWorkflow {
// GitHub docs:
// https://docs.github.com/en/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_iduses
r := regexp.MustCompile(`^([^/]+)/([^/]+)/.github/workflows/([^@]+)@(.*)$`)
Should we support both?
WIP: Support local reusable workflowto Support reusable workflowNow we use the
remoteReusableWorkflow
struct in bothnewLocalReusableWorkflowExecutor
andnewRemoteReusableWorkflowExecutor
. So I think it might be better to renameremoteReusableWorkflow
toreusableWorkflow
and improve the two functions to simplify the code. But I'm concerned that the refactor might cause more conflicts when we update from upstream.Please don't do refactor in a soft fork, just add a new function/type and mark the old one deprecated. Or I'll ask you to resolve conflicts when merging upstream. 🌚
You're right. We should minimize the differences with upstream.