Enforce LF Line Endings (#37843)
Since it's possible that people may be cloning the repository in Windows, we need to enforce consistent line endings.
This commit is contained in:
parent
1dd8e05a68
commit
1cfd8a1b53
|
@ -0,0 +1,15 @@
|
|||
* text=auto
|
||||
|
||||
# Force LF In Configuration Files
|
||||
*.md text eol=lf
|
||||
*.json text eol=lf
|
||||
*.yml text eol=lf
|
||||
|
||||
# Force LF In Code Files
|
||||
*.php text eol=lf
|
||||
*.js text eol=lf
|
||||
*.jsx text eol=lf
|
||||
*.ts text eol=lf
|
||||
*.tsx text eol=lf
|
||||
*.css text eol=lf
|
||||
*.scss text eol=lf
|
|
@ -1,20 +1,18 @@
|
|||
# Set the default behavior, in case people don't have `core.autocrlf` set.
|
||||
* text=auto
|
||||
|
||||
# Declare files that will always have LF line endings on checkout.
|
||||
*.php text eol=lf
|
||||
|
||||
# Remove files for archives generated using `git archive`.
|
||||
/.* export-ignore
|
||||
bin export-ignore
|
||||
CODE_OF_CONDUCT.md export-ignore
|
||||
changelog.txt export-ignore
|
||||
composer.* export-ignore
|
||||
Gruntfile.js export-ignore
|
||||
package.json export-ignore
|
||||
package-lock.json export-ignore
|
||||
phpcs.xml export-ignore
|
||||
phpunit.* export-ignore
|
||||
README.md export-ignore
|
||||
renovate.json export-ignore
|
||||
tests export-ignore
|
||||
/.* export-ignore
|
||||
/README.md export-ignore
|
||||
/CODE_OF_CONDUCT.md export-ignore
|
||||
/NEXT_CHANGELOG.md export-ignore
|
||||
/changelog.txt export-ignore
|
||||
/changelog export-ignore
|
||||
/bin export-ignore
|
||||
/composer.json export-ignore
|
||||
/composer.lock export-ignore
|
||||
/package.json export-ignore
|
||||
/package-lock.json export-ignore
|
||||
/client/legacy export-ignore
|
||||
/tsconfig.json export-ignore
|
||||
/tsconfig.base.json export-ignore
|
||||
/phpunit.xml export-ignore
|
||||
/phpunit.xml export-ignore
|
||||
/tests export-ignore
|
||||
|
|
|
@ -0,0 +1,5 @@
|
|||
Significance: patch
|
||||
Type: dev
|
||||
Comment: Standardizes line endings using .gitattributes
|
||||
|
||||
|
Loading…
Reference in New Issue