Git 重复重设基础步骤,忽略空白
假设我正在对git中的某个特性分支进行重定基址。在某些步骤中,我看到了较大的冲突,但我发现这些冲突中的大多数都是由于空格的变化造成的。我是否可以让git只重复当前的合并步骤,但对其应用忽略空白策略,而不在所有更改中启用忽略空白策略?我可能希望在查看代码后重新缩进代码,因此,最好采用一些技术,不自动继续重新基础,而只是更改工作树。当提交应用程序失败时,重新基础过程将暂停,您应该解决冲突。此时,只需将工作树重置为上次应用的提交状态(清除工作树),然后使用适当的策略切利选择有问题的提交:Git 重复重设基础步骤,忽略空白,git,whitespace,git-merge,git-rebase,Git,Whitespace,Git Merge,Git Rebase,假设我正在对git中的某个特性分支进行重定基址。在某些步骤中,我看到了较大的冲突,但我发现这些冲突中的大多数都是由于空格的变化造成的。我是否可以让git只重复当前的合并步骤,但对其应用忽略空白策略,而不在所有更改中启用忽略空白策略?我可能希望在查看代码后重新缩进代码,因此,最好采用一些技术,不自动继续重新基础,而只是更改工作树。当提交应用程序失败时,重新基础过程将暂停,您应该解决冲突。此时,只需将工作树重置为上次应用的提交状态(清除工作树),然后使用适当的策略切利选择有问题的提交:git che
git cherry pick--no commit-X ignore all space
。然后解决所有剩余的冲突,并将结果状态添加到索引中。瞧,现在您可以使用git-rebase继续使用rebase--continue
您也可以尝试类似的工具,这些工具在自动解决琐碎的冲突案例方面很好。当提交应用程序失败时,重定基础过程将暂停,您应该解决冲突。此时,只需将工作树重置为上次应用的提交状态(清除工作树),然后使用适当的策略切利选择有问题的提交:
git cherry pick--no commit-X ignore all space
。然后解决所有剩余的冲突,并将结果状态添加到索引中。瞧,现在您可以使用git-rebase继续使用rebase--continue
此外,您还可以尝试类似的工具,这些工具可以很好地自动解决琐碎的冲突案例。Thx用于指向正确的方向。一个更详细的例子将是完美的。Thx指向正确的方向。再举一个更详细的例子就更好了。