-
Notifications
You must be signed in to change notification settings - Fork 39
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
Optimize build-frontend workflow #10071
base: master
Are you sure you want to change the base?
Conversation
This pull request sets up GitHub code scanning for this repository. Once the scans have completed and the checks have passed, the analysis results for this pull request branch will appear on this overview. Once you merge this pull request, the 'Security' tab will show more code scanning analysis results (for example, for the default branch). Depending on your configuration and choice of analysis tool, future pull requests will be annotated with code scanning analysis results. For more information about GitHub code scanning, check out the documentation. |
@@ -4,6 +4,11 @@ on: | |||
pull_request: | |||
branches: | |||
- master | |||
paths: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unnecessary: this is short-circuted based on changes detected via build vars
or should we move away from the using the build vars logic
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should probably move away from doing path detection if it's simple enough to be covered using the paths
property in a github action doc.
timeout-minutes: 5 | ||
strategy: | ||
fail-fast: false | ||
matrix: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice parallelization
name: Frontend CI | ||
|
||
on: | ||
pull_request: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
all branches (that match path)?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Except for production
, I've just made an update to fix that.
@@ -3,7 +3,6 @@ name: Frontend | |||
on: | |||
pull_request: | |||
branches: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does this obsolete this workflow and .github/actions/build-frontend
(used below)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Currently, it does not. This only changes pull_request
-based workflows (except production
) as a starter. Push-based actions will still trigger the original flows as well as PRs for production
. This can be applied wider after an observation period if dev-ops desires.
Dependency Review✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.OpenSSF ScorecardScorecard details
Scanned Manifest Files.github/workflows/frontend_chromatic_main.yml.github/workflows/chromatic-master.yml
.github/workflows/chromatic-pr.yml |
Branch deployed to Chromatic 🚀.
View via: |
Quality Gate passedIssues Measures |
Fixes #14324
This PR creates a dedicated
frontend_ci
workflow for pull requests within thefrontend-react
subdirectory. Activation bypull_request
in all other workflow files for frontend have been removed with relevant tasks handled byfrontend_ci
. This workflow will first lint the frontend code before running all subsequent jobs. Concurrency is enabled so that obsolete jobs are automatically cancelled.Also:
validate_resources
by frontend paths disabledpre_job
inbuild_hub
redundant with path activation so was removedchromatic_pr
removed as it is built intofrontend_ci
(and fixed so that TurboSnap works within PR context)chromatic_master
renamed tofrontend_chromatic_main