Skip to content

Update .git-blame-ignore-revs for Pack/Unpack move #152469

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Aug 7, 2025

Conversation

banach-space
Copy link
Contributor

Adds this large patch that merely moved Pack/Unpack Ops from the Tensor
to Linalg dialects:

Adds this large patch that merely moved Pack/Unpack Ops from the Tensor
to Linalg dialects:
* llvm#123902
@banach-space banach-space merged commit c43c1c0 into llvm:main Aug 7, 2025
10 checks passed
banach-space added a commit to banach-space/llvm-project that referenced this pull request Aug 8, 2025
…)"

This reverts commit c43c1c0.

Apologies for the noise — I misunderstood how `git blame --ignore-rev`
works. It’s not suitable for large code-move changes and ends up making
`git blame` more confusing rather than cleaner. From the Git
documentation:

> Lines that were changed or added by an ignored commit will be blamed
> on the previous commit that changed that line or nearby lines.

In this case, since so many new lines were added, skipping the commit
causes `git blame` to attribute them to unrelated changes. I had
expected Git to preserve the true origin of the lines while skipping the
move itself — but that is not what happens.

Therefore, I’m reverting this change. Ignoring the commit obscures blame
history rather than improving it.
banach-space added a commit that referenced this pull request Aug 10, 2025
…#152661)

This reverts commit c43c1c0.

Apologies for the noise - I misunderstood how `git blame --ignore-rev`
works. It’s not suitable for large code-move changes and ends up making
`git blame` more confusing rather than cleaner. From the Git
documentation:

> Lines that were changed or added by an ignored commit will be blamed
> on the previous commit that changed that line or nearby lines.

In this case, since so many new lines were added, skipping the commit
causes `git blame` to attribute them to unrelated changes. I had
expected Git to preserve the true origin of the lines while skipping the
move itself - but that is not what happens.

Therefore, I’m reverting this change. Ignoring the commit obscures blame
history rather than improving it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants