Conversation
|
There goes the ability to use git blame/annotate without pain :/ |
Just run a local script against the commit before this has been checked in, and it seems like all code files were CRLF. All line counts:
|
@lostmsu, that sounds serious. Can you please explain your concern on the impact of LF vs CRLF on git blame/annotate? |
|
I originally did this check on a per-file basis, since it seemed line style was consistent within a file. I just re-ran those numbers:
I agree it is troubling that git blame will be a bit difficult for a while after this, I apologize for any inconvenience there. We have been seeing many issues with git diffs when users change line endings so wanted to fix this via our formatter to ensure no one commits changes like this in the future. We debated on what to do here and felt aligning the entire code base on a single standard was probably best to avoid future issues here. In hindsight maybe we should have gone with the line count method you took, which would probably have reduced some of the git-blame side effects. Not sure if we can change this at this point unfortunately. |
|
@jeffra no worries, I was just ranting 😅 |
|
@tjruwase well, you just won't see past edits in blame because the line ending change will be the last edit in most of the code. It already is. |
.pre-commit-config.yamlhttps://github.com/pre-commit/pre-commit-hooks#mixed-line-ending