git - 如何处理 git 存储库中广泛的代码格式更改

Question

我们有一个包含大约 500,000 行代码的项目，使用 git 进行管理，其中大部分已经有好几年了。我们将进行一系列修改，以使旧代码在命名约定、异常处理、缩进等方面符合开发人员社区的当前标准和最佳实践。

您可以将其视为介于 pretty-print 和低级/机械重构之间的东西。

此过程可能会触及代码库中的几乎每一行代码 (~85%)，并且某些行将受到多达五次修改。所有更改都旨在保持语义中立。

有什么方法可以使更改对 git blame 等透明，以便在一个月后查看代码时我们会看到引入逻辑的提交，而不是其中引入逻辑的提交缩进或大写更改了吗？

从没有经过此过程的分支中提取 merge 的最佳方法是什么？我目前的计划是让一个脚本克隆 fork 的 repo ，将自动化过程应用于它及其基础，对它们进行比较，然后应用差异。但我希望有一个更清晰的答案。

还有其他我没有发现的此类问题吗？如果有，可以采取哪些措施来缓解这些问题？我认为 git bisect 等应该没问题，git log 等。除非你小心，否则跨越大鸿沟会很烦人，而 git diff 将毫无希望，但我不相信我没有忽视另一个痛点。

Answer 1

我不知道如何最好地处理您描述的一些更具侵入性的变化，但是...

git blame、git diff 和其他选项的 -w 选项会导致 git 忽略空格中的更改，因此您可以更轻松地看到真正的区别。