chore: fix text files using CRLF line endings to use LF

[Platonn]

• fix text files using CRLF line endings to use LF
• avoid treating binary files as text ones so to avoid unnecessary changing their line endings, which was the case for me after cloning a fresh repo (or running git add --renormalize . in existing repo):

        modified:   docs/SAP Corporate Contributor License Agreement.pdf
        modified:   docs/assets/spartacus-blue.png
        modified:   projects/storefrontapp/src/assets/icons/icon-128x128.png`
        modified:   projects/storefrontapp/src/assets/icons/icon-144x144.png
        modified:   projects/storefrontapp/src/assets/icons/icon-152x152.png
        modified:   projects/storefrontapp/src/assets/icons/icon-192x192.png
        modified:   projects/storefrontapp/src/assets/icons/icon-384x384.png
        modified:   projects/storefrontapp/src/assets/icons/icon-512x512.png
        modified:   projects/storefrontapp/src/assets/icons/icon-72x72.png
        modified:   projects/storefrontapp/src/assets/icons/icon-96x96.png
        modified:   projects/storefrontapp/src/assets/splash/ipad_splash.png
        modified:   projects/storefrontapp/src/assets/splash/ipadpro1_splash.png
        modified:   projects/storefrontapp/src/assets/splash/ipadpro2_splash.png
        modified:   projects/storefrontapp/src/assets/splash/ipadpro3_splash.png
        modified:   projects/storefrontapp/src/assets/splash/iphone5_splash.png
        modified:   projects/storefrontapp/src/assets/splash/iphone6_splash.png
        modified:   projects/storefrontapp/src/assets/splash/iphoneplus_splash.png
        modified:   projects/storefrontapp/src/assets/splash/iphonex_splash.png
        modified:   projects/storefrontapp/src/assets/splash/iphonexr_splash.png
        modified:   projects/storefrontapp/src/assets/splash/iphonexsmax_splash.png

Consequences for developers

When it's merged to develop, those 4 files will use LF line endings:

   .github/api-extractor-action/tsconfig.json
   .github/cache-builded-libs/tsconfig.json
   .github/cache-builded-libs/yarn.lock
   NOTICE.txt

Then when someone switches locally from develop to any other old side branch (i.e. old feature or release branch), he/she will get annoying git dirty status in his/her branch for those 4 files. There are 2 options I know how fix it:
a) merge develop to your branch (good for feature branches; no-go for old release branches):

git add --renormalize .
git merge develop
git add --renormalize .

b) or commit those 4 files in your branch

closes #12324

[cypress]

---

Test summary

482 • 0 • 11 • 0 • 1

---

Run details

Project	spartacus
Status	Passed
Commit	f66a988 ℹ️
Started	May 6, 2021 11:41 AM
Ended	May 6, 2021 11:50 AM
Duration	08:48 💡
OS	Linux Ubuntu - 18.04
Browser	Electron 87

View run in Cypress Dashboard ➡️

---

Flakiness

	cypress/integration/regression/site-context/currency/currency-checkout-page.e2e-spec.ts		1
1	Currency switch - checkout page > checkout page > should change currency in the shipping address url

---

This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. You can manage this integration in this project's settings in the Cypress Dashboard

[github-actions]

Hosting service deployment

❗ Spartacus deployment failed ( ERR Failed to execute command [application deploy] due to: Error: Deploy
Failed. Could not generate environment or presigned URL.
Response code: 500
Message: Could not deploy new application, the limit: 10 for the
tenant: spartacus has been reached
Type: internal_service_error

). Check job logs for details.)

[github-actions]

Public API changes

✔️ Nothing changed in analyzed entry points.

⚠️ Some entry points are currently impossible to analyze.

Read more

• @spartacus/asm/core - ERROR: "import * as ___ from ___;" is not supported yet for local files.
• @spartacus/cart/saved-cart/core - ERROR: "import * as ___ from ___;" is not supported yet for local files.
• @spartacus/core - ERROR: "import * as ___ from ___;" is not supported yet for local files.
• @spartacus/organization/administration/core - ERROR: "import * as ___ from ___;" is not supported yet for local files.
• @spartacus/organization/order-approval - ERROR: "import * as ___ from ___;" is not supported yet for local files.
• @spartacus/product-configurator/rulebased - ERROR: "import * as ___ from ___;" is not supported yet for local files.
• @spartacus/storefinder/core - ERROR: "import * as ___ from ___;" is not supported yet for local files.
• @spartacus/storefront - ERROR: The expression contains an import() type, which is not yet supported by API Extractor:
• @spartacus/user/account/components - ERROR: The expression contains an import() type, which is not yet supported by API Extractor:
• @spartacus/user/profile/components - ERROR: The expression contains an import() type, which is not yet supported by API Extractor:

💰 How to debug problems?

Read more

Problem with import() type

It happens when type is deduced by TS based on code and at the same time the deduced type is not present in the file.
In this specific case to support api-extractor it's worth to add type declaration explicitly.

Debugging steps:

• go to the bot action logs
• find api-extractor logs for broken library
• check in which file and line the problems exists
• build the library locally and check content of the file mentioned in logs (look for import()
• add explicit type to problematic source code
• build the library once again and verify that the import( is no longer present
• commit and push the code with defined type

Problem with import * as ___

Api-extractor doesn't support this namespace syntax.
Check if you really need to use namespace in the library. Try to avoid namespaces when possible.