chore: Ignore ruff-format apply in git blame#862
Conversation
📝 WalkthroughSummary by CodeRabbit
Summary by CodeRabbit
WalkthroughA new file, Changes
📜 Recent review detailsConfiguration used: .coderabbit.yaml 📒 Files selected for processing (2)
🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
webknjaz
left a comment
There was a problem hiding this comment.
You may want to add a mention on configuring blame.ignoreRevsFile in Git to the contributing doc. But this is fine to go in otherwise.
There was a problem hiding this comment.
@yermulnik wdyt about disabling Copilot till 2026? I can't remember any useful finding from its side
There was a problem hiding this comment.
Up to you. In the other project it helped me to rectify several oversights and mistakes. So I'm fine with it adding its reviews as they don't hurt I guess.
| # ignore. This approach helps avoid issues with arbitrary rebases | ||
| # and squashes while the pull request is in progress. | ||
|
|
||
| 23928fbf8511697c915c3231977ee254bd3fa0c2 # chore(linters): Apply ruff-format |
There was a problem hiding this comment.
Maybe add link to corresponding PR as they recommend it in the comment above?
I mean have both: a textual comment and link to PR 🤔
There was a problem hiding this comment.
I'll leave link in merge commit msg, so it will be simple to check PR too
There was a problem hiding this comment.
I compiled those guidelines above from several sources and polished them a bit. I think it's enough to just visually show a commit message + maybe justification. Everything's in Git. Viewing PRs requires internet access. So it's something on top. But they are findable via GH from the commit page, so adding a link on top is probably unnecessary.
There was a problem hiding this comment.
My point was to reduce friction: open file, copy link, see what is hidden from git blame VS open file, copy commit id, run git show commit_id, copy PR id, go to GH, switch to PRs tab, find PR or similar =)
There was a problem hiding this comment.
Not my choice to disallow proper natural merge commits 🤷♂️
There was a problem hiding this comment.
Yeah, maybe it was me.
Though, I don't think that there's value in links in every single case. OTOH, this is just a boilerplate. It's up to you to decide in each case if you want to add a link. Personally, I think that inline context might be more useful.
What I'm hinting at is that (apart from improved usability where I can just copy URL, if I need to, from the same file I'm looking at instead of digging the same from the git logs) the discrepancy between suggested file format and the format of the entries is odd and adds confusion. Why the heck we need all that huge block with guidelines if we don't give a heck to follow them. Empty that and then we follow «It's up to you to decide in each case» rule. Else it's just a good example of bad manner and the principle of neglecting standards that we create for ourselves.
There was a problem hiding this comment.
What I'm hinting at is that (apart from improved usability where I can just copy URL, if I need to, from the same file I'm looking at instead of digging the same from the git logs)
Well, it not includes much digging if your dev env setup use basics of git blame
Screencast from 27.03.25 15:07:56.webm
It also works out of the box in GitHub itself
Screencast from 27.03.25 15:10:41.webm
And yes, you don't need to copy URL, you can just click on it (in git too, it should be clickable via ctrl+click)
There was a problem hiding this comment.
Jesus, mate, you do think that VSCode is the sole file viewer in the world (do you indeed mean one must always use VSCode or similar and can't use e.g. less to view files?) or that one must click around to just get — ONCE AGAIN — what is recommended by the whole almost 70(sic!) lines preamble in that file? 🤦🏻
Descriptions are for humans, not for machines! Period.
|
This PR is included in version 1.98.1 🎉 |

Follow-up to #861