git workflow：保持历史记录中不一致的提交

Question

我是git的新手，我正在尝试使用它如下（AFAIK对于单个开发人员来说这是一个非常常见的工作流程）：

• 使用一些WIP提交创建一个功能分支并对其进行一些操作。
• 完成后，将这些WIP提交重新组织为完全一致的（通过编译和测试的那些）以获得干净的历史记录。
• 将功能分支合并到主。

现在我要将我的一些项目（与单个工作区相关，即工作树）迁移到新版本的编译器。在功能分支 msvc90 上，我准备了很多工作要做。我有两个选择：

• 创建一个大型提交（-m“迁移到MSVC 9.0”）。
• 创建一些提交以保留历史记录中的几个迁移步骤（创建新项目文件，删除旧项目，调整源代码以消除编译器警告，修复错误等）。请注意，这些提交本身不能很好地保持一致（例如，使用带有未调整源代码的新项目文件将导致编译错误。）

我的问题非常具有哲学性。对我来说，第二种选择似乎有点优选，因为它在历史中保留了更多细节。另一方面，我已经阅读了一些git教程，建议只保持一致的提交（例如使用bisect）。

是否有人知道大型项目的示例，其政策允许保留此类不一致的提交（在功能分支上）？

Answer 1

如果有疑问，请保持较小的提交。 Bisect允许您“不知道”答案，而不仅仅是“是”或“否”。更多信息总是更好，因为您可以在以后需要时减少。你不能反过来做。