Skip to content

Conversation

@brianmcgee
Copy link
Member

@brianmcgee brianmcgee commented Aug 29, 2025

Closes #620

@brianmcgee brianmcgee marked this pull request as ready for review August 30, 2025 11:30
@brianmcgee brianmcgee requested review from jfly and zimbatm August 30, 2025 11:30
Copy link
Collaborator

@jfly jfly left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:shipit:

A couple thoughts inline, not blockers.

@brianmcgee brianmcgee merged commit c24e1f1 into main Sep 15, 2025
26 of 28 checks passed
@brianmcgee brianmcgee deleted the feat/tmp-path branch September 15, 2025 09:25
@emilazy
Copy link

emilazy commented Oct 12, 2025

These don’t get cleaned up properly in some cases, leading to e.g. 4192505022.lock in the working copy after treefmt decides to skip Gemfile.lock.

It also has a non‐trivial performance penalty. I guess this is intended as a stop‐gap until #573 and #586 can be solved?

Edit: I guess files were being created anyway, so the performance part isn’t relevant.

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.

treefmt --stdin doesn't work if file name has no extension

4 participants