fix: clarify GitHub attestations to be artifact ones#8394
Conversation
There are e.g. release attestations these days, too. Not changing any user setting names or the like at least yet though.
Summary of ChangesHello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request focuses on enhancing clarity and precision within the codebase and user-facing content by explicitly renaming 'GitHub attestations' to 'GitHub artifact attestations'. This change helps differentiate the specific type of attestations being handled, avoiding potential confusion with other attestation mechanisms GitHub might offer. The modifications span across function names, error messages, debug logs, documentation, and automated tests, ensuring a consistent and accurate understanding of the feature's scope. Highlights
Changelog
Activity
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
There was a problem hiding this comment.
Code Review
This pull request clarifies that the "GitHub attestations" feature refers specifically to "GitHub artifact attestations". The changes are applied consistently across the codebase, including documentation, tests, and log/error messages. This is a great improvement for clarity. I've found a couple of minor capitalization inconsistencies in comments and suggested fixes to align them with the rest of the changes.
| } | ||
|
|
||
| // GitHub Attestations - check registry config OR actual release assets | ||
| // GitHub Artifact Attestations - check registry config OR actual release assets |
There was a problem hiding this comment.
| } | ||
|
|
||
| // Check for GitHub Attestations (assets with .sigstore.json or .sigstore extension) | ||
| // Check for GitHub artifact Attestations (assets with .sigstore.json or .sigstore extension) |
There was a problem hiding this comment.
For consistency with the rest of the codebase, could you please use "artifact attestations" in lowercase?
| // Check for GitHub artifact Attestations (assets with .sigstore.json or .sigstore extension) | |
| // Check for GitHub artifact attestations (assets with .sigstore.json or .sigstore extension) |
Greptile SummaryThis PR clarifies terminology throughout the codebase by replacing "GitHub attestations" with "GitHub artifact attestations" to be more specific, since GitHub now supports multiple attestation types (e.g., release attestations). Changes:
Impact:
Confidence Score: 5/5
Important Files Changed
Last reviewed commit: 558c5b1 |
### 🚀 Features - **(hooks)** add task references to hooks and watch_files by @jdx in [#8400](#8400) - **(prepare)** add git-submodule built-in provider by @jdx in [#8407](#8407) - **(prepare)** add human-readable stale reasons to prepare output by @jdx in [#8408](#8408) - **(prepare)** add dependency ordering to prepare steps by @jdx in [#8401](#8401) - **(prepare)** add --explain flag for provider diagnostics by @jdx in [#8409](#8409) - **(prepare)** add per-provider timeout support by @jdx in [#8405](#8405) - **(prepare)** add blake3 content-hash freshness checking by @jdx in [#8404](#8404) - **(tasks)** monorepo vars and per-task vars by @halms in [#8248](#8248) ### 🐛 Bug Fixes - **(aqua)** restore bin_paths disk cache with fresh_file invalidation by @jdx in [#8398](#8398) - **(idiomatic)** use generic parser for idiomatic files by @risu729 in [#8171](#8171) - **(install)** apply precompiled options to all platforms in lockfile by @jdx in [#8396](#8396) - **(install)** normalize "v" prefix when matching lockfile versions by @jdx in [#8413](#8413) - **(prepare)** improve git submodule parser and fix check_staleness error handling by @jdx in [#8412](#8412) - **(python)** respect precompiled settings in lock file generation by @jdx in [#8399](#8399) - **(python)** clarify uv_venv_auto docs + prevent uv shim recursion in venv creation by @halms in [#8402](#8402) - **(task)** remove deprecated `# mise` task header syntax by @jdx in [#8403](#8403) - **(vfox)** avoid eager metadata loading during config file detection by @jdx in [#8397](#8397) - clarify GitHub attestations to be artifact ones by @scop in [#8394](#8394) - ignore comments in idiomatic version files by @iloveitaly in [#7682](#7682) ### 🚜 Refactor - unify archive detection by @risu729 in [#8137](#8137) ### 📚 Documentation - remove duplicated docs for npm.package_manager by @risu729 in [#8414](#8414)
There are e.g. release attestations these days, too.
Not changing any user setting names or the like at least yet though.