-
Notifications
You must be signed in to change notification settings - Fork 23
Support branches and commit shas in version checks #1875
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
Support branches and commit shas in version checks #1875
Conversation
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.
Summary of Changes
Hello @MoteHue, 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 refines the version validation process within the Kayobe and Kolla-Ansible environments. It extends the existing version checks, which previously only considered Git tags, to now also account for Git branches. This change provides greater flexibility, allowing environments to be validated against specific development or release branches, ensuring compatibility and proper setup for various deployment scenarios.
Highlights
- Enhanced Version Checks: The version checking mechanism in Ansible playbooks has been updated to support Git branches in addition to existing Git tag validation.
- New Branch Retrieval Tasks: New Ansible tasks have been introduced to fetch the current Git branch for both Kayobe and Kolla-Ansible environments.
- Flexible Assertion Logic: The assertion logic for version validation now allows a match against either a Git tag or a Git branch, providing greater flexibility for development and deployment workflows.
- Improved User Feedback: Error and success messages in the version checks now provide more comprehensive information, displaying both the current Git tag and branch.
Using Gemini Code Assist
The 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 in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command>
or @gemini-code-assist <command>
. Below is a summary of the supported commands.
Feature | Command | Description |
---|---|---|
Code Review | /gemini review |
Performs a code review for the current pull request in its current state. |
Pull Request Summary | /gemini summary |
Provides a summary of the current pull request in its current state. |
Comment | @gemini-code-assist | Responds in comments when explicitly tagged, both in issue comments and review comments. |
Help | /gemini help |
Displays a list of available commands. |
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 .gemini/
folder in the base of the repository. Detailed instructions can be found here.
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
-
Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution. ↩
6893fc1
to
4a04437
Compare
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.
Code Review
This pull request updates the version checks for Kayobe and Kolla-Ansible to support matching against branch names in addition to tags. This is a good improvement for flexibility. I've identified a critical issue with an incorrect git command in the Kayobe version check that will cause it to fail, and a minor issue with an inconsistent error message in the Kolla-Ansible check. Please see my comments for details and suggestions.
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.
I think an alternative approach would be to use git rev-parse
.
Convert (SHA, branch or tag) to SHA
with git rev-parse
and make the comparison
I'd found the same solution, thanks Jack :) |
035f54f
to
5aa7938
Compare
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.
Needs a release note
I'd approve it with that nit. It's up to you whether you want to change it or not
5aa7938
to
39c11bd
Compare
39c11bd
to
2928e36
Compare
Reno is there, and I fixed the nit |
2928e36
to
b64ab52
Compare
No description provided.