And this as well:
markentier.tech/posts/2021/1...

I think in your case, the simplest solution to make the warning disappear is to turn off core.autocrlf with:

git config --global core.autocrlf false

A good read on the topic:
blog.popekim.com/en/2025/08/2...

I'm sure the impact is negligible unless you have an enormous amout of files. Still annoying thought, for sure.

And by all means, if you were going to look up what this is about, don't let my previous comment stop you...

You don't really have to worry about that warning unless the software you use for sprite data is picky about line endings.
The vast majority of modern softwares on Windows can handle both LF and CRLF without a problem.

No worries, I've been thinking of raising an issue about this in the GitHub Desktop repo for some times now and seing your post has revived my motivation to do so.

Unfortunately, GitHub Desktop is not really helpful in that situation. I'm assuming that you are getting the error: "fatal: LF would be replaced by CRLF in...".

The easiest solution to this is to open a terminal window and run the following command: git config core.autocrlf false

This one should fix it for VS Code:
github.com/oxc-project/...

Looks like they even removed the weekly download count.

Could that be to make it difficult for hackers to know which project to target next?

It feels like it's still 2001 everytime I open the VBA editor and the logo still checks out

This demo tells me the real gain in productivity is not quite there yet. Also it makes rookie mistakes like merging cells 🤢
www.youtube.com/watch?v=-wgu...

This demo tells me the real gain in productivity is not quite there yet. Also it makes rookie mistakes like merging cells 🤢
www.youtube.com/watch?v=-wgu...

I'm happy to see that the repo is categorised correctly as "Assembly" unlike the GW-BASIC repo that still indicates "C++" due to the presence of NUL characters at the end of the .ASM files causing an issue with language detection: github.com/github-lingu...

Some people are working on that, but the VBA open source community is not well known unfortunately.

github.com/sancarn/stdVBA

The link for "full methodology is described here" seems broken.

Hopefully, one day we won't have to even think about line endings, but I'm not holding my breath on this one.

Have you considered using Cloudflare to avoid DDOS attacks?

Sorry if I beat you to the punch, guess I was too excited to wait😅. Btw, have you thought of adding the vba tag to your repo? It would be nice having more actual VBA projects in github.com/topics/vba

Always be careful before opening a .dogm that you received by email, they could bite if you let them run loose