Repository navigation
docs: refine utility harmonization and comment brevity in GEMINI.md - #11270
Conversation
There was a problem hiding this comment.
Code Review
This pull request updates GEMINI.md to refine guidelines for coding agents, including clearer instructions on utility reuse, error handling remediation, writing high-signal comments, testing error recovery mechanisms, and keeping public repository metadata clean. The review feedback suggests minor stylistic improvements for consistency, specifically adding a comma after 'e.g.' in several places and slightly adjusting the phrasing of the error testing guideline for better readability.
| - **Use the central `logger`** (`src/logger.ts`); never use `console.log()` for user-facing output. | ||
| - **Throw `FirebaseError`** (`src/error.ts`) for expected, user-facing errors. If the error is due to a violation of a precondition (e.g. something | ||
| that is null but should never be), specify a non-zero exit code (`{ exit: 1 }`). Error messages should clearly explain what failed and why; when actionable, provide concrete remediation guidance (e.g. the expected format, a `--force` flag, or a discovery command like `firebase <entity>:list`). | ||
| that is null but should never be), specify a non-zero exit code (`{ exit: 1 }`). Error messages should clearly explain what failed and why; when actionable, provide concrete remediation guidance using documented CLI flags, commands, or configuration options (e.g. the expected format, a `--force` flag, or a discovery command like `firebase <entity>:list`—never undocumented or legacy internal fields). |
There was a problem hiding this comment.
For consistency with other parts of this document (such as lines 53 and 72), "e.g." should be followed by a comma ("e.g.,").
References
- The repository style guide uses 'e.g.,' with a comma in lines 53 and 72. (link)
joehan
left a comment
There was a problem hiding this comment.
Seems good, feel free to ignore the GCA super nits
### Description Refines repository authoring and review conventions in `GEMINI.md`: - Clarifies utility harmonization in `Architecture & Module Design` to cover both reusing/extending existing subsystem helpers and extracting/unifying shared logic across callers. - Clarifies `Comments` guidance to avoid multi-paragraph JSDoc blocks on small helpers, inline comments that restate self-evident code, and repeating the same rationale across functions or tests. ### Scenarios Tested Validated `GEMINI.md` formatting and markdown structure. ### Sample Commands N/A
b8a1498 to
7cc83f5
Compare
Description
Refines repository authoring and review conventions in
GEMINI.md:Architecture & Module Designto cover both reusing/extending existing subsystem helpers and extracting/unifying shared logic across callers.Commentsguidance to avoid multi-paragraph JSDoc blocks on small helpers, inline comments that restate self-evident code, and repeating the same rationale across functions or tests.Scenarios Tested
Validated
GEMINI.mdformatting and markdown structure.Sample Commands
N/A