docs: add pull request template for schema-first reviews#29
docs: add pull request template for schema-first reviews#29brawlaphant wants to merge 1 commit intoregen-network:mainfrom
Conversation
Summary of ChangesHello @brawlaphant, 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 introduces a new pull request template to the repository. The primary goal is to enhance the efficiency and consistency of schema-first reviews by providing a structured format for authors to detail their changes, particularly concerning schema modifications. This will help reviewers quickly grasp the impact of changes and ensure all necessary information is provided upfront. Highlights
Changelog
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 introduces a new template for pull requests, focusing on schema-first reviews. The template is well-structured and covers important aspects like schema impact and validation. I've added a few suggestions to enhance the template's clarity and flexibility, particularly regarding how validation steps are listed, how JSON examples are displayed, and the naming of one of the sections. These changes should make the template even more effective for contributors.
| - Validation run: | ||
| - `npm run verify` | ||
| - `npm run check:index` |
There was a problem hiding this comment.
The Validation run section currently lists specific commands. To make the template more flexible and useful for various types of changes, consider using a checklist. This allows authors to indicate which standard checks were run and provides a place to add any other specific validation steps performed for the PR.
| - Validation run: | |
| - `npm run verify` | |
| - `npm run check:index` | |
| - Validation run: | |
| - [ ] `npm run verify` | |
| - [ ] `npm run check:index` | |
| - [ ] (add any other validation steps taken) |
| - Example JSON (before/after): | ||
|
|
||
| ```json | ||
| { | ||
| "before": {}, | ||
| "after": {} | ||
| } | ||
| ``` |
There was a problem hiding this comment.
For better readability, especially with complex schema changes, it's clearer to present the 'before' and 'after' JSON examples in separate code blocks. The current single-block format can make it difficult to compare the two states.
| - Example JSON (before/after): | |
| ```json | |
| { | |
| "before": {}, | |
| "after": {} | |
| } | |
| ``` | |
| - Example JSON: | |
| **Before** | |
| ```json | |
| {} |
After
{}| ## Changes by Unit | ||
| - Unit 1: | ||
| - Unit 2: | ||
| - Unit 3: |
There was a problem hiding this comment.
The section Changes by Unit is a bit ambiguous as 'Unit' is not defined. Renaming it to Implementation Details would make its purpose clearer to contributors, guiding them to provide a more detailed breakdown of the changes made.
| ## Changes by Unit | |
| - Unit 1: | |
| - Unit 2: | |
| - Unit 3: | |
| ## Implementation Details | |
| - | |
| - | |
| - |
No description provided.