我让我的文本编辑器在保存文件时自动修剪尾随空格,而且我正在为一个开源项目做贡献,该项目在尾随空格方面存在严重问题。
每次我尝试提交一个补丁时,我必须首先手动忽略所有只有空白的更改,只选择相关信息。不仅如此,当我运行git rebase时,我通常会遇到一些问题。
因此,我希望能够仅向索引添加非空白的更改,以类似于git add -p的方式,但不必自己选择所有更改。
有人知道怎么做吗?
编辑:我不能改变项目的工作方式,他们在邮件列表上讨论后决定忽略这一点。
我让我的文本编辑器在保存文件时自动修剪尾随空格,而且我正在为一个开源项目做贡献,该项目在尾随空格方面存在严重问题。
每次我尝试提交一个补丁时,我必须首先手动忽略所有只有空白的更改,只选择相关信息。不仅如此,当我运行git rebase时,我通常会遇到一些问题。
因此,我希望能够仅向索引添加非空白的更改,以类似于git add -p的方式,但不必自己选择所有更改。
有人知道怎么做吗?
编辑:我不能改变项目的工作方式,他们在邮件列表上讨论后决定忽略这一点。
当前回答
下面这个怎么样:
git add `git diff -w --ignore-submodules |grep "^[+][+][+]" |cut -c7-`
反引号内的命令获取有非空格更改的文件名。
其他回答
@Frew解决方案不是我所需要的,所以这是我为完全相同的问题所做的别名:
alias.addnw=!sh -c 'git diff -U0 -w --no-color "$@" | git apply --cached --ignore-whitespace --unidiff-zero -'
或者你可以简单地运行:
git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero -
更新
根据此注释,分别添加选项-U0和——unidiff-zero来解决上下文匹配问题。
基本上,它应用的补丁将应用添加没有空格更改。你会注意到在git addnw你的/文件之后,仍然会有非阶段性的变化,它是空白。
no-color不是必需的,但我把颜色设置为always,我必须使用它。总之,小心总比后悔好。
警告
虽然这个技巧按原样工作,但如果您尝试使用它来删除——ignore-blank-lines的空行更改,那么事情就会变得复杂。使用这个选项,git diff只会删除一些块,使结果补丁伪造,因为目标文件中的行号将是关闭的。
下面这个怎么样:
git add `git diff -w --ignore-submodules |grep "^[+][+][+]" |cut -c7-`
反引号内的命令获取有非空格更改的文件名。
这对我来说很管用:
git config apply.whitespace fix
在每次提交使用命令之前:
git add -up .
创建一个只包含真正更改的补丁文件(不包括只有空白更改的行),然后清理工作空间并应用该补丁文件:
Git diff >备份 Git diff -w >变化 Git重置——很难 补丁<更改
检查剩余的差异,然后像往常一样添加和提交。
Mercurial的等效功能是这样做的:
Hg diff > backup Hg diff -w >变化 Hg回复——全部 Hg导入——不提交更改
我让我的文本编辑器在保存文件时自动修剪尾随空格
你的编辑器没有proj / dir特定的设置吗?可以禁用此项目的空白首选项。似乎是一个更简单的解决方案…