Replies: 2 comments 2 replies
-
Thanks a lot for summarizing @yin1999 and getting the discussion going! 😄
What are the difficulties of this approach? If |
Beta Was this translation helpful? Give feedback.
1 reply
-
Tested as following:
The custom action is faster than reusable workflow (required to create a new VM to run the separated job). But we need to maintains a new repo. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
It's been a while since we migrated from tj-actions/changed-files to pure GitHub API calls to get changed files in PR (see mdn/translated-content#8952, mdn/content#21305...). And it works well and much more fast.
But it seems that we have made a lot copy of this part.
To improve maintainability, we'd better to make some changes to reuse this part, as mentioned by @bsmth and @nschonni.
After reading the documation. We may have two solutions:
reusable workflow
We could create reusable workflow in workflow repo. And then we could reuse this like:
This is a bit easy for us to create the workflow, but might be a bit difficult to use (with separated jobs).
custom action
We could create a custom action, this might be so of difficult (comparing with the reusable workflow). But we could use it like:
could be as a step within a job
We'd better to make an appropriate decision on this :)
Beta Was this translation helpful? Give feedback.
All reactions