GIT CRLF to LF-UNIX上的GIT父repo以及windows和UNIX上的克隆_Git_Hook_Newline_Git Clone_Core.autocrlf

GIT CRLF to LF-UNIX上的GIT父repo以及windows和UNIX上的克隆

git

GIT CRLF to LF-UNIX上的GIT父repo以及windows和UNIX上的克隆,git,hook,newline,git-clone,core.autocrlf,Git,Hook,Newline,Git Clone,Core.autocrlf,这个问题跟我的另一个问题有点类似,，下面是我对以下架构的期望。 1.我的父存储库（bare和data）位于UNIX计算机上。 2.我可以在UNIX机器中克隆我的存储库。 3.我可以使用samba在Windows计算机中克隆存储库以访问父repo 如果发生以下情况，我如何处理CRLF问题用户在UNIX中创建克隆，使用samba将其映射到windows驱动器，修改在windows中完成，该windows创建一个CR/LF字符对作为EOL。如果用户返回Unix并提交和推送。GIT如何处理？或者我

这个问题跟我的另一个问题有点类似,，

下面是我对以下架构的期望。 1.我的父存储库（bare和data）位于UNIX计算机上。 2.我可以在UNIX机器中克隆我的存储库。 3.我可以使用samba在Windows计算机中克隆存储库以访问父repo

如果发生以下情况，我如何处理CRLF问题

用户在UNIX中创建克隆，使用samba将其映射到windows驱动器，修改在windows中完成，该windows创建一个CR/LF字符对作为EOL。如果用户返回Unix并提交和推送。GIT如何处理？或者我们需要在适当的地方设置一些挂钩

同上，但文件格式每行超过8000个字符-很多。这是一个ASCII文件，在提交时去掉CR吗

2的变体，但它是一个具有ASCII头的二进制文件。这是否会无意中将CR/LF更改为LF

这两个地方是和

您将需要决定您的本地标准，这将取决于您的其他外部计划，特别是公司源代码管理标准，以及任何需要特定格式的工具

手册页面在第一次和第二次阅读时感觉有点混乱。您需要注意一些隐秘的编码，例如“工作目录”表示“签出”文件等

“默认”是“正常化”，这意味着提交回购协议的文件将以LF结尾。然后，通过正确的设置，您可以将文件签出为[always]LF或[always]CRLF，或根据您的[local]平台进行选择

我不知道会排这么长的队，但我希望git对他们很满意

对于具有文本标题等的特殊文件，git属性文件允许您定义文件类型和路径特定的签入和签出协议（手册页中的示例）

PS我自己也被Matlab的

*.m eol=LF

；-）卡住了