【发布时间】:2011-05-12 14:19:15
【问题描述】:
我不知道这是否是一个常见问题。大多数时候,我们从开发仓库中提取 CSS 文件,GIT 与当前文件冲突,通过将“>>>”和“
我们尝试了一些不同的缩进,这有点帮助,但根本没有成功。我们对任何其他文件类型都没有问题,在这种情况下,大多数是 PHP 和 JS 代码。
如果有帮助,我们已将生产中的所有文本编辑器设置为使用 CRLF。
谢谢。
【问题讨论】:
标签: css git version-control conflict
我不知道这是否是一个常见问题。大多数时候,我们从开发仓库中提取 CSS 文件,GIT 与当前文件冲突,通过将“>>>”和“
我们尝试了一些不同的缩进,这有点帮助,但根本没有成功。我们对任何其他文件类型都没有问题,在这种情况下,大多数是 PHP 和 JS 代码。
如果有帮助,我们已将生产中的所有文本编辑器设置为使用 CRLF。
谢谢。
【问题讨论】:
标签: css git version-control conflict
这通常是由于某种自动转换造成的。
您可以尝试在所有 git(开发和产品)中设置 config autocrlf to false 吗?
这样,不会执行自动转换,这有助于消除导致潜在合并冲突的问题?
您是否还有一些空白设置可以引入一些自动修改?
注意:从 git 2.8+(2016 年 3 月)开始,合并标记将不再引入混合行尾(如 CRLF 文件中的 LF)。
见“Make Git use CRLF on its “<<<<<<< HEAD” merge lines”。
【讨论】:
罪魁祸首是 CRLF...如果某些框是窗口,那么自动 CRLF 转换将导致这些框以“unix”格式存储文件,即使在您的情况下,unix(和 mac)框正在以“dos”格式存储它们。
解决方案是要么告诉大家使用“unix”格式,这是 git 项目的典型自定义 - 并允许 windows 用户使用“dos”格式,因为 git(尤其是 msysgit)会默认自动转换。
或者继续使用 CRLF(这里可能是更好的主意),并告诉 Windows 用户停止使用 autocrlf 甚至是 safecrlf。
【讨论】: