Skip to content
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

Git 2.34 changed read-tree's handling of .gitignore files #221

Open
oconnor663 opened this issue Dec 13, 2021 · 1 comment
Open

Git 2.34 changed read-tree's handling of .gitignore files #221

oconnor663 opened this issue Dec 13, 2021 · 1 comment

Comments

@oconnor663
Copy link
Member

Previously read-tree would not respect .gitignore files by default. Now it does, which breaks one of our tests. I've started an email thread upstream to get advice about this: https://lore.kernel.org/git/CA+6di1m91q70PfaFq0DKMsmd_Tb6XBB7H9AYPhwawX12cZgtGQ@mail.gmail.com/T/#u

colindean added a commit to colindean/peru that referenced this issue Dec 17, 2021
This comes by recommendation of @newren in the thread related to buildinspace#221.

I could only see this being regrettable if a new filter type was added
that Peru doesn't want. I speculate that such is unlikely so this is
probably safe.

[1]: https://lore.kernel.org/git/CABPp-BEZj4opBu+wo2whOCHrck1qMjZXfDY9tAE5FbB=Wr9F_w@mail.gmail.com/
oconnor663 added a commit that referenced this issue Feb 25, 2022
This was broken by Git 1.34, and I haven't found a good way to fix it to
recover the old behavior. This is a corner case behavior that almost no
one cares about in practice, so it's not worth blocking progress on the
entire project. If it stays broken forever, it's not the end of the
world.

See #221.
@oconnor663
Copy link
Member Author

I'm going to disable the test as a temporary workaround. There's a good chance "temporary" actually means "permanent" here, but that wouldn't be the end of the world, because this .gitignore interaction is an obscure corner case.

@oconnor663 oconnor663 changed the title Git 1.34 changed read-tree's handling of .gitignore files Git 2.34 changed read-tree's handling of .gitignore files Feb 25, 2022
oconnor663 added a commit that referenced this issue Feb 25, 2022
This was broken by Git 2.34, and I haven't found a good way to fix it to
recover the old behavior. This is a corner case behavior that almost no
one cares about in practice, so it's not worth blocking progress on the
entire project. If it stays broken forever, it's not the end of the
world.

See #221.
oconnor663 pushed a commit that referenced this issue Feb 25, 2022
This comes by recommendation of @newren in the thread related to #221.

I could only see this being regrettable if a new filter type was added
that Peru doesn't want. I speculate that such is unlikely so this is
probably safe.

[1]: https://lore.kernel.org/git/CABPp-BEZj4opBu+wo2whOCHrck1qMjZXfDY9tAE5FbB=Wr9F_w@mail.gmail.com/
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

No branches or pull requests

1 participant