在具有多个分支的git存储库中规范化行尾

在具有多个分支的git存储库中规范化行尾,git,normalization,line-endings,Git,Normalization,Line Endings,我们刚刚使用Atlassian Stash的Import Subversion工具将Subversion存储库转换为Git存储库。在大多数情况下,虽然它生成的.git属性似乎还有很多不尽如人意之处,但它似乎已经发挥了作用 它创建了一个包含7503个条目的文件,所有条目的文本差异都未设置,即使对于文本文件也是如此。这个条目数是每个文件显式列出而不是使用模式匹配的结果 为了解决这个问题,我从master创建了一个本地非跟踪分支,名为add-gittributes。在这里,我修改了default.gi

我们刚刚使用Atlassian Stash的Import Subversion工具将Subversion存储库转换为Git存储库。在大多数情况下,虽然它生成的.git属性似乎还有很多不尽如人意之处,但它似乎已经发挥了作用

它创建了一个包含7503个条目的文件,所有条目的文本差异都未设置,即使对于文本文件也是如此。这个条目数是每个文件显式列出而不是使用模式匹配的结果

为了解决这个问题,我从
master
创建了一个本地非跟踪分支,名为
add-gittributes
。在这里,我修改了default.gittributes文件,使其看起来像这样:并将更改提交到
addgittributes

我现在正在经历在我们的存储库中规范化行尾的过程,如中所述。正如预期的那样,许多文件(5000+)根据git状态进行了修改


不过,从主枝上有十几条左右的枝干,有的枝干上有枝干。如何规范化所有这些分支的行尾?我可以将我的
git属性
分支合并到master中并更新(合并)其他分支吗?那么在其他分支中添加的新文件呢,它们如何规范化?如果存在冲突,我将如何解决冲突?

您需要使用最新的代码向要引入行结束更改的每个分支发起拉取请求

1.)提交更改并将其推送到
master

2.)从
master
向要确保有这些更改的每个分支发起拉取请求。此时,您将有机会解释为什么希望其他分支合并到您的更改中

3.)当他们接受拉取请求时,他们将处理当时出现的任何冲突


对于新文件,您必须向您的开发团队发出指示,只使用您想要保留的行尾。大多数IDE可以配置为在创建或修改文件时默认使用任何一个IDE。

您需要使用最新的代码向要引入行结束更改的每个分支发起拉取请求。当他们接受拉请求时,他们将处理当时出现的任何冲突。它还为您提供了一个机会,让您准确地解释为什么要在您的更改中合并其他分支。您能否更好地解释一下在您的上下文中规范化是什么意思。Git完全有你需要的格式,我只是还不能100%确定你的意思。