Repository navigation
chore: Remove duplicate mermaid elif entry from resolve_conflicts - #844
Conversation
The chain had two identical elif branches for code/extensions/mermaid-markdown-features/package.json, both routing to apply_package_changes_by_path. The first match always wins, so the second entry was dead code. Verified it is the only duplicate in the chain (92 entries remain, each with its rule files); the rules test suite passes with the same verdict as before (78 passed, 15 known cosmetic warnings, 0 failed). Co-Authored-By: Claude Code <noreply@anthropic.com> Signed-off-by: Roman Nikitenko <rnikiten@redhat.com>
|
No actionable comments were generated in the recent review.
|
|
Pull Request images published ✨ Editor amd64: quay.io/che-incubator-pull-requests/che-code:pr-844-amd64 |
rgrunber
left a comment
There was a problem hiding this comment.
Confirmed. Original is on line 524. That will always win.
What does this PR do?
elifbranches forcode/extensions/mermaid-markdown-features/package.json, both routing toapply_package_changes_by_path. The first match always wins, so the second entry was dead code.What issues does this PR fix?
How to test this PR?
Does this PR contain changes that override default upstream Code-OSS behavior?
git rebasewere added to the .rebase folderSummary by CodeRabbit