-
Notifications
You must be signed in to change notification settings - Fork 5
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
Bump rubocop-govuk from 4.12.0 to 4.13.0 #870
Conversation
Follow these steps if you are doing a Rails upgrade. |
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.
This PR has been scanned and automatically approved by govuk-dependabot-merger.
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.
This PR has been scanned and automatically approved by govuk-dependabot-merger
It shouldn't have. Now fixed in alphagov/govuk-dependabot-merger#30
For a long time, GOV.UK had a convention whereby repositories had to specify a status check called 'test', which should be the name of the CI job that runs a repo's tests, linter, and so on. These would all run under the 'test' job, usually via something like `bundle exec rake`. In January 2023, a [new convention](alphagov/content-data-admin@89a888b) was established, whereby there would now be an overall workflow called 'CI'. Within this workflow, there would be several individual jobs, each with their own responsibility (e.g. 'test-ruby' for running tests, 'lint-ruby' for running the linter, and so on). We should therefore no longer look for a 'test' job: the modern equivalent is to check for the 'CI' workflow, and to validate that every job within the CI workflow passes. Note that as a [stopgap](#21), we temporarily stopped looking for a 'test' job and switched to looking for a 'test-ruby' job instead. This is suboptimal as it only checks for the outcome of the unit tests, and doesn't consider other checks such as the linter, so it will incorrectly [try and fail to approve and merge](alphagov/support-api#870 (review)) PRs whose unit tests pass but where there is another check failing.
For a long time, GOV.UK had a convention whereby repositories had to specify a status check called 'test', which should be the name of the CI job that runs a repo's tests, linter, and so on. These would all run under the 'test' job, usually via something like `bundle exec rake`. In January 2023, a [new convention](alphagov/content-data-admin@89a888b) was established, whereby there would now be an overall workflow called 'CI'. Within this workflow, there would be several individual jobs, each with their own responsibility (e.g. 'test-ruby' for running tests, 'lint-ruby' for running the linter, and so on). We should therefore no longer look for a 'test' job: the modern equivalent is to check for the 'CI' workflow, and to validate that every job within the CI workflow passes. Note that as a [stopgap](#21), we temporarily stopped looking for a 'test' job and switched to looking for a 'test-ruby' job instead. This is suboptimal as it only checks for the outcome of the unit tests, and doesn't consider other checks such as the linter, so it will incorrectly [try and fail to approve and merge](alphagov/support-api#870 (review)) PRs whose unit tests pass but where there is another check failing.
863d48f
to
4f43247
Compare
Bumps [rubocop-govuk](https://github.com/alphagov/rubocop-govuk) from 4.12.0 to 4.13.0. - [Changelog](https://github.com/alphagov/rubocop-govuk/blob/main/CHANGELOG.md) - [Commits](alphagov/rubocop-govuk@v4.12.0...v4.13.0) --- updated-dependencies: - dependency-name: rubocop-govuk dependency-type: direct:development update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
4f43247
to
dafdfd0
Compare
Bumps rubocop-govuk from 4.12.0 to 4.13.0.
Changelog
Sourced from rubocop-govuk's changelog.
Commits
51e44ae
Merge pull request #338 from alphagov/bump-version2bf3ab8
Bump to 4.13.052de757
Merge pull request #337 from alphagov/dependabot/bundler/rubocop-rails-eq-2.23.096b74af
Update rubocop-rails requirement from = 2.22.2 to = 2.23.049bf3f3
Merge pull request #336 from alphagov/dependabot/bundler/rubocop-eq-1.59.0210aac4
Update rubocop requirement from = 1.58.0 to = 1.59.0bdfbeef
Merge pull request #335 from alphagov/dependabot/bundler/rubocop-eq-1.58.03e7dd46
Update rubocop requirement from = 1.57.2 to = 1.58.0c9cf9ee
Merge pull request #334 from alphagov/add-sca-sast-scansad93f12
Add CodeQL (SAST) scan and Dependency Review (SCA) scan to CI pipelineDependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase
.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebase
will rebase this PR@dependabot recreate
will recreate this PR, overwriting any edits that have been made to it@dependabot merge
will merge this PR after your CI passes on it@dependabot squash and merge
will squash and merge this PR after your CI passes on it@dependabot cancel merge
will cancel a previously requested merge and block automerging@dependabot reopen
will reopen this PR if it is closed@dependabot close
will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditions
will show all of the ignore conditions of the specified dependency@dependabot ignore this major version
will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor version
will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependency
will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)