Added .gitattributes

[mgaffigan]

Add .gitattributes to ensure EOL is reasonable for new files

Re: #110. Should not be merged without git add --renormalize . commit. For an example commit, see https://github.com/OpenIntegrationEngine/engine/compare/main...mgaffigan:feature/add-gitattributes-renormalize?expand=1&w=1

Renormalize requirement avoided in e0989b4. See discussion in issue for cause.

[mgaffigan]

Updated to avoid requirement for large commit, also added six files which have mixed end-of-line within the same file. Diff which ignores eol changes can be viewed at https://github.com/OpenIntegrationEngine/engine/pull/111/files?w=1

[tonygermano]

The mixed eol commits that rewrite a significant part of the file are what I was originally concerned about in my comments in #110 . I've since learned about .git-blame-ignore-revs, which supposedly is supported by github, so I'm planning to test that out.

Assuming it works, then my concern about the git blame will not be an issue when we fully normalize as you had suggested in the issue. The only issue at that point is that we'd be creating merge conflicts for any sharing between forks if the other forks do not normalize as well.

[mgaffigan]

@tonygermano, I did look at git-blame-ignore-revs, but since it only applies in a non-default configuration, did not include it.

If the issue is limited to the 6-files, it is still valuable to merge without that to prevent further issues in the future. The 6-file count is reduced from the original 600 that git add --renormalize . wanted. If there's consensus on the 6-whitespace-only edits being too much, then I'm happy to revert them.

[mgaffigan]

Just fought this for another 45 minutes since git does whatever it feels like on windows when there is no gitattributes. Any second of inattention creates huge whitespace only-diffs.