Repository navigation
Bump version to 0.7.0 - #151
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bumps
codeowners-rsto 0.7.0, releasing the changes merged sincev0.6.0.Why 0.7.0, not 0.6.1
These are visible to consumers:
.codeownerat the project root gets/**/**. A repo with a root package or.codeowner, or with[,{or!in an owned path, gets a different CODEOWNERS file, sovalidatereports it out of date until it's regenerated. Plainbin/codeownership validateautocorrects, but CI that runsvalidate --skip-autocorrectfails until someone regenerates and commits.validate <files>andgv <files>run the full checks on the listed files. A list of files now fails on a file owned two ways, on an annotation, package or.codeownerthat names a team that doesn't exist, and, undervalidate, on a file CODEOWNERS doesn't give its owner. Unowned files are reported under "Some files are missing ownership" rather than "Unowned files detected:". Git hooks and--diffCI can start failing on problems they used to miss.validate,gvandfor-fileare normalized, so./x,x/../x,//and absolute paths through a symlink get the answer their plain form gets.github-releaseprovider, so DotSlash needs theghCLI, and it records SHA-256 digests.#150 changes tests only, and #147 bumps
clapandsimilar.Releasing
Merging publishes. The release job fires when the newest commit on
mainchanges the version, and the squash merge makes this PR that commit. The release job now runs on ubuntu, and I checked the detection against this diff with Ubuntu 24.04's GNUgrep3.11:new_version=v0.7.0. Immutable releases are on, which #128's draft-then-publish flow is built for.After merge
codeownersDotSlash file,gh attestation verifyon each archive, and the DotSlash file running.code_ownershipstill pinsv0.5.0. Run its suite againstv0.7.0before bumping the pin, since fix: run the real ownership checks when validate/gv are given paths #125 changes whatvalidate <files>reports.