fix: normalize CRLF line endings to LF in six Python files#1816
fix: normalize CRLF line endings to LF in six Python files#1816bcantoni wants to merge 3 commits into
Conversation
Several files had CRLF line endings baked in from a prior black-version bump commit, causing ^M noise in diffs. Also reformats the multi-line .format() calls in data_alert_item.py and subscription_item.py to match current black formatting. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
|
@jacalata @jorwoods I'm not 100% sure about this one -- it started because those 2 /models/ files were being tagged as needing to be reformatted for me, and I noticed the line ending were off. This PR works but everyone would need to be at least on Python 3.13 for Black to work correctly. Maybe we should just leave it as is for now. |
|
Could adding an editorconfig file to the repo permit users to likely keep a lower version locally and keep the higher version in the pipeline? |
|
Also, 3.10 deprecates and 3.15 releases in 3 months. |
|
You could a That would fix the root cause for everyone rather than just normalising the files once. |
Several files had CRLF line endings baked in from a prior black-version bump commit, causing ^M noise in diffs.
I think these came in accidentally in #1780