You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: AGENTS.md
+9-5Lines changed: 9 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -240,16 +240,20 @@ So user-facing changes need a `feat:` or `fix:` title.
240
240
Every implementation PR body must include a Release Please override block using this exact format:
241
241
242
242
- Each line is one Conventional Commit entry.
243
-
- Format: `- type(scope): description`
244
-
- The leading `- ` is required.
243
+
- Format: `type(scope): description`
244
+
- Do not prefix entries with Markdown bullets. Release Please parses the block as a
245
+
commit message, so a leading `- ` makes the entry invalid.
245
246
246
247
Example:
247
248
248
249
```text
249
250
BEGIN_COMMIT_OVERRIDE
250
-
- fix(model): correct seed max from 2^63-1 to 2^32-1
251
-
- docs: restore advanced env var detail in .env.example and HOW_TO_RUN.md
251
+
fix(model): correct seed max from 2^63-1 to 2^32-1
252
+
253
+
docs: restore advanced env var detail in .env.example and HOW_TO_RUN.md
252
254
END_COMMIT_OVERRIDE
253
255
```
254
256
255
-
One Conventional Commit line per entry; one supported type per entry; no composite headers. Release Please version PRs are exempt. Keep model artifacts and benchmark audio out of PRs.
257
+
One Conventional Commit line per entry; separate multiple entries with a blank line; one
258
+
supported type per entry; no composite headers. Release Please version PRs are exempt.
259
+
Keep model artifacts and benchmark audio out of PRs.
0 commit comments