相关疑难解决方法(0)

是否可以git merge忽略行尾差异？

也许我问的是错误的问题......但是:

我试过了,config.crlf input但事情变得有点乱,失控,特别是当我在事后应用它时.

首先,在应用此选项之前,在事实之后应用此配置似乎不会影响已提交到存储库的文件.另一件事是突然所有提交现在导致许多关于CRLF被转换为LF的恼人警告消息.

说实话,我真的不在乎使用什么行结尾,我个人更喜欢Unix风格\n,但无论如何.我所关心的只是为了git merge变得更聪明,而忽略了行尾的差异.

有时我有两个相同的文件,但是git会将它们标记为冲突(并且冲突是整个文件),因为它们使用不同的行结束字符.

更新:

我发现git diff接受一个--ignore-space-at-eol选项,是否也可以git merge使用此选项？

我正在使用git-sourced,maven管理的Java项目进行合作,该项目使用多个IDE的用户具有不同的代码样式首选项(注释1).

是否有工具或IDE配置允许使用样式1查看和编辑代码,但是使用样式2提交给SCM ？

我的研究指出我'不',但结合git hooks和Checkstyle/jrefactory的解决方案可能是可能的.

因此,如果上面的"否",是否有一个工具/流程将执行下面的TBD流程操作？

User1的结帐流程将是:

1. git pull
2. TBD进程将代码格式化为User1 style-1
3. User1使用样式1设置在其首选IDE中工作

User1的提交工作流程将是:

1. User1准备提交/推送代码
2. TBD过程将代码格式化为标准格式样式标准
3. git push

注1:多个IDE = Eclipse,IntelliJ,Netbeans.

注2:我的问题与这个问题的不同之处在于我想关注与IDE相关的解决方案,因为迫使少数标准不同的用户可能是一种更有效的解决方案.

注3:承认不应该出于最佳实践原因这样做.但是,如果您认为我们的IDE和SCM需要更多的灵活性,那么这个问题就是为了探索这些解决方案.