| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
A milestone tracks what a release contains, which is the issue rather than the pull request implementing it. Agents kept offering a milestone when creating a pull request, for instance because its @SInCE tag named the version. Add a project rule so that every contributor working with an agent gets it, and reference it from CLAUDE.md and from AGENTS.md, which is read by the agents other than Claude Code. It also states that an issue fixed by a pull request gets the milestone of the first release containing it, since the release process looks for the issues closed as completed without a milestone.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info ⚙️ Run configuration
Reviewing files that changed from the base of the PR and between da790e8 and b8b56b9. 📒 Files selected for processing (3)
Included review availability: This review used your included allowance. Your plan provides up to 4 included reviews per hour; 3 remain after this review. WalkthroughThe change adds guidance for proposing and assigning release milestones to issues. It specifies that milestones apply to issues, not pull requests, and describes how to assign milestones to issues fixed by a pull request. ChangesIssue Milestone Guidance
Priority: ⬇️ Low Estimated code review effort: 1 (Trivial) | ~4 minutes Change: Other Merge Risk: ⚪ Minimal · up to b8b56 This documentation change clarifies issue milestone practices and presents no actionable merge-blocking risk. Architecture SummaryArchitecture risk: 🔵 Low · up to b8b56 The change affects 2 systems. Changed systems: AGENTS.md, CLAUDE.md Architecture concerns Systems and components
Before / after behavior
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. ❤️ ShareComment @coderabbitai help to get the list of available commands. |
Sorry, something went wrong.
|
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Why
A milestone tracks what a release contains, which is the issue, not the pull request implementing it. Agents tend to offer a milestone when creating a pull request, for instance when its @since tag names the version. The release process also looks for the issues closed as completed without a milestone, which only works if every fixed issue gets one: #261 was missing it, and so was the 0.5.0 milestone itself, now created.
What
Summary by CodeRabbit