提交非空白更改
Commit non-whitespace changes
我遇到了一个问题,我有一个很大的提交更改了大约一千行代码。
我使用 Intellij IDEA 进行编码。更新项目、在另一个分支上签出等时会出现选项卡问题。这需要将大量文件添加到本地更改列表中。虽然内置差异工具显示 "Contents are identical"
git diff returns这个,比如
- trailingComma: 'es5',
- useTabs: true,
- singleQuote: true,
+ trailingComma: 'es5',
+ useTabs: true,
+ singleQuote: true,
可能是配置文件的问题
我在下面附上我的全局配置
core.filemode=false
filter.lfs.smudge=git-lfs smudge -- %f
filter.lfs.process=git-lfs filter-process
filter.lfs.required=true
filter.lfs.clean=git-lfs clean -- %f
credential.helper=osxkeychain
filter.tabspace.smudge=unexpand -t 4
filter.tabspace.clean=expand -t 4
filter.tabspace2.smudge=unexpand -t 2
filter.tabspace2.clean=expand -t 2
有没有什么方法可以设置 git 忽略空格更改?
如果您只想添加更改的某些部分,您可以使用 git add -p
以交互方式遍历每个大块,并 select 只添加您想要的更改。
但是,对于您的情况,这仍然会很麻烦,而且 Git 在这里没有提供更好的选择。可以使用 smudge/clean 过滤器来调整代码,但这在这里不起作用,因为过滤器不知道现有代码的格式。
如果现有代码已经符合您项目的标准,那么最好修复您的编辑器,以免不必要地重新格式化代码。大多数编辑器都有这些设置,可以适当配置。您可以考虑将 an .editorconfig
file 添加到您的存储库以告诉每个人这些标准是什么,或者使用每个人在签入之前 运行 需要的合适的代码格式化工具(可能支持 CI检查)。
如果问题是现有代码不符合您项目的标准,那么最好创建一个初始提交,根据您的项目标准格式化代码并包含 没有其他更改,然后在第二个后续提交中进行更改。
我遇到了一个问题,我有一个很大的提交更改了大约一千行代码。
我使用 Intellij IDEA 进行编码。更新项目、在另一个分支上签出等时会出现选项卡问题。这需要将大量文件添加到本地更改列表中。虽然内置差异工具显示 "Contents are identical"
git diff returns这个,比如
- trailingComma: 'es5',
- useTabs: true,
- singleQuote: true,
+ trailingComma: 'es5',
+ useTabs: true,
+ singleQuote: true,
可能是配置文件的问题
我在下面附上我的全局配置
core.filemode=false
filter.lfs.smudge=git-lfs smudge -- %f
filter.lfs.process=git-lfs filter-process
filter.lfs.required=true
filter.lfs.clean=git-lfs clean -- %f
credential.helper=osxkeychain
filter.tabspace.smudge=unexpand -t 4
filter.tabspace.clean=expand -t 4
filter.tabspace2.smudge=unexpand -t 2
filter.tabspace2.clean=expand -t 2
有没有什么方法可以设置 git 忽略空格更改?
如果您只想添加更改的某些部分,您可以使用 git add -p
以交互方式遍历每个大块,并 select 只添加您想要的更改。
但是,对于您的情况,这仍然会很麻烦,而且 Git 在这里没有提供更好的选择。可以使用 smudge/clean 过滤器来调整代码,但这在这里不起作用,因为过滤器不知道现有代码的格式。
如果现有代码已经符合您项目的标准,那么最好修复您的编辑器,以免不必要地重新格式化代码。大多数编辑器都有这些设置,可以适当配置。您可以考虑将 an .editorconfig
file 添加到您的存储库以告诉每个人这些标准是什么,或者使用每个人在签入之前 运行 需要的合适的代码格式化工具(可能支持 CI检查)。
如果问题是现有代码不符合您项目的标准,那么最好创建一个初始提交,根据您的项目标准格式化代码并包含 没有其他更改,然后在第二个后续提交中进行更改。