-
Notifications
You must be signed in to change notification settings - Fork 493
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Speed up release GitHub Action #3366
Comments
I’m going to look at ways that this could be improved in my spare time over the holiday week. I can't promise a lot, because I’m also going to start an upgrade to Sonoma (probably tonight). |
On a more general note regarding the other jobs, would being just a touch more selective about the changes each job depends on be an easy win? I'm aware we already sort of do this, but I'm wondering if we can't go a bit further and see if it increases or decreases friction. For example, I'd imagine in most cases that editing one of the install scripts wouldn't necessitate building and testing chezmoi, on several different platforms no less. Likewise, a quick chore change on the website also shouldn't typically require building and testing chezmoi. Perhaps we could split them as best we can into groups such as src/website/scripts etc. and be more explicit about what changes the jobs in each group require to run. The src group would naturally contain the most jobs. The website group could largely depend on changes to Each group could have its own workflow file. Just thinking out loud. |
Yes please! The changes job already tries to identify code changes and other jobs depend on its output. Further refinement very welcome :) |
I believe we can get even more speedup, but I am entering a very busy period and don't expect to surface until late May. |
Thank you @halostatue! This is a volunteer project and there are zero expectations. All the best for your busy period :) |
Is your feature request related to a problem? Please describe.
I'm always frustrated when chezmoi's CI takes about 40 minutes of wall clock time. I wish that chezmoi's CI would run quicker. This is especially frustrating in release builds where the
test-release
job and therelease
job each take about twenty minutes to run, one after the other, when they share the same work.Describe the solution you'd like
chezmoi's GitHub Actions should re-use work where possible to reduce the overall wall clock time. Specifically, work from the
test-release
job should be re-used in therelease
job.Describe alternatives you've considered
Leaving things as they are. The current CI works and only runs a few times per day.
Additional context
I expressed frustration in this comment and @halostatue asked for clarification in this comment.
The text was updated successfully, but these errors were encountered: