我们刚刚使用Atlassian Stash的Import Subversion工具将Subversion存储库转换为Git存储库。在大多数情况下似乎已经有效了，但它生成的.gitattributes似乎还有很多不足之处。
它创建了一个包含7503个条目的文件，其文本差异未设置，即使对于文本文件也是如此。剪切条目数是每个文件被明确列出的结果，而不是使用模式匹配。
要解决此问题，我创建了一个名为master的{{1}}的本地非跟踪分支。在这里，我修改了默认的.gitattributes文件，使其看起来像这样：https://gist.github.com/anonymous/6049144并将更改提交到add-gitattributes。
我现在正在按照how-to-normalize-working-tree-line-endings-in-git中的描述完成规范化我们存储库中行结尾的过程。正如预期的那样，许多文件（5000+）根据add-gitattributes进行了修改。
然而，从硕士分支是十几个分支，一些分支有分支。如何规范所有这些分支的行结尾？我可以将我的git status分支合并到主服务器并更新（合并）其他分支吗？如何在其他分支中添加新文件，它们如何规范化？如果有冲突，我该如何处理冲突？
答案 0 :(得分：0)
您需要使用最新代码向您想要引入行结束更改的每个分支发起拉取请求。
1。）提交并将您的更改推送到master
2.。）从master向您希望确保进行这些更改的每个分支发起拉取请求。此时，您将有机会解释为什么您希望其他分支在您的更改中合并。
3。）当他们接受拉取请求时，他们将处理当时出现的任何冲突。
对于新文件，您必须向开发团队发出指示，仅使用您要保留的行结尾。大多数IDE可以配置为在创建或修改文件时默认使用您想要的任何一个。