【问题标题】:Continuous merge conflicts in CSS files on GITGIT 上 CSS 文件中的连续合并冲突
【发布时间】:2011-05-12 14:19:15
【问题描述】:

我不知道这是否是一个常见问题。大多数时候,我们从开发仓库中提取 CSS 文件,GIT 与当前文件冲突,通过将“>>>”和“

我们尝试了一些不同的缩进,这有点帮助,但根本没有成功。我们对任何其他文件类型都没有问题,在这种情况下,大多数是 PHP 和 JS 代码。

如果有帮助,我们已将生产中的所有文本编辑器设置为使用 CRLF。

谢谢。

【问题讨论】:

    标签: css git version-control conflict


    【解决方案1】:

    这通常是由于某种自动转换造成的。

    您可以尝试在所有 git(开发和产品)中设置 config autocrlf to false 吗?

    这样,不会执行自动转换,这有助于消除导致潜在合并冲突的问题?

    您是否还有一些空白设置可以引入一些自动修改?


    注意:从 git 2.8+(2016 年 3 月)开始,合并标记将不再引入混合行尾(如 CRLF 文件中的 LF)。
    见“Make Git use CRLF on its “<<<<<<< HEAD” merge lines”。

    【讨论】:

      【解决方案2】:

      罪魁祸首是 CRLF...如果某些框是窗口,那么自动 CRLF 转换将导致这些框以“unix”格式存储文件,即使在您的情况下,unix(和 mac)框正在以“dos”格式存储它们。

      解决方案是要么告诉大家使用“unix”格式,这是 git 项目的典型自定义 - 并允许 windows 用户使用“dos”格式,因为 git(尤其是 msysgit)会默认自动转换。

      或者继续使用 CRLF(这里可能是更好的主意),并告诉 Windows 用户停止使用 autocrlf 甚至是 safecrlf。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2019-07-25
        • 1970-01-01
        • 2017-07-24
        • 1970-01-01
        • 2012-10-06
        • 1970-01-01
        • 1970-01-01
        • 2016-12-09
        相关资源
        最近更新 更多