mirror of
https://github.com/aphrody-labs/WSL.git
synced 2026-10-14 05:39:06 +00:00
Ben HillisandCopilot
fceeecf97e
The localization service does not consistently normalize line endings in the .resw files it generates. Recent loc PRs have committed some locales as CRLF blobs while the rest are LF, which makes those files show up as complete rewrites (3500+ lines) even when only a handful of strings changed, hiding the real translation diff. tools/devops/validate-line-endings.py requires .resw files to use CRLF in the working tree, but nothing enforced how they are stored, so the result depended entirely on the committer's core.autocrlf setting. Add a .gitattributes marking *.resw as text with eol=crlf, so they are always stored as LF and checked out as CRLF regardless of local git configuration, and renormalize the one file (en-US) that was stored as CRLF. The en-US change is line endings only. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Copilot-Session: a8c22f17-9c36-4706-9a1b-5fa688525e74
6 lines
329 B
Plaintext
6 lines
329 B
Plaintext
# Localized .resw files are produced by the localization service, which does not
|
|
# consistently normalize line endings. Pin them so they are stored as LF and
|
|
# checked out as CRLF regardless of the committer's core.autocrlf setting.
|
|
# tools/devops/validate-line-endings.py requires CRLF in the working tree.
|
|
*.resw text eol=crlf
|