Add automated merge conflict labeling workflow#68
Add automated merge conflict labeling workflow#68dhruvi-16-me wants to merge 1 commit intoAOSSIE-Org:mainfrom
Conversation
WalkthroughA new GitHub Actions workflow is introduced to automatically label pull requests with merge conflicts and post informational comments. The workflow triggers on push and pull request events, utilizing a third-party action to detect conflicts and maintain code quality standards. Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches🧪 Generate unit tests (beta)
Tip Issue Planner is now in beta. Read the docs and try it out! Share your feedback on Discord. 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. Comment |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Fix all issues with AI agents
In @.github/workflows/label-merge-conflicts.yml:
- Around line 3-6: The workflow's push trigger is unscoped and fires on every
branch; update the YAML to scope the push event to the repository default branch
(e.g., change the existing push: entry to push: with a branches: [main] array).
Edit the top-level "on:" block that contains "push:" and "pull_request_target:"
so that "push" only lists the default branch (referencing the "on:", "push:",
and "pull_request_target:" entries) to prevent running the workflow for
feature-branch pushes.
- Line 17: Replace the mutable reference uses:
eps1lon/actions-label-merge-conflict@v3 with the action pinned to an exact
commit SHA (the full 40-char SHA from the action repo commit) and add a trailing
comment with the readable version tag (for example: # v3.0.3) so reviewers know
which release the SHA corresponds to; ensure you update the uses line to use the
SHA form (e.g., `@sha`) and include the version tag comment directly above or on
the same line for traceability.
Summary
This PR introduces an automated workflow that labels pull requests with merge conflicts using
eps1lon/actions-label-merge-conflict.When a PR has merge conflicts:
Why This Change?
Currently, maintainers must manually identify and notify contributors when their PR requires rebasing. This creates unnecessary review overhead and delays.
This workflow:
Behavior
When merge conflicts appear:
When conflicts are resolved:
Testing
The full lifecycle was tested in an isolated test repository:
Screenshots
Checklist
We encourage contributors to use AI tools responsibly when creating Pull Requests. While AI can be a valuable aid, it is essential to ensure that your contributions meet the task requirements, build successfully, include relevant tests, and pass all linters. Submissions that do not meet these standards may be closed without warning to maintain the quality and integrity of the project. Please take the time to understand the changes you are proposing and their impact.
Summary by CodeRabbit
Release Notes