2
我在git的新手，我想如下使用它（据我所知它是一个开发人员很常见的工作流程）：git的工作流程：保持不一致提交历史
- 创建一个特性分支并对其进行一些工作，并提供一些WIP提交。
- 完成后，将这些WIP提交重新组织为一致的（通过编译和测试的），以获得清晰的历史记录。
- 合并功能分支到主。
现在我正在将我的一些项目（与单个工作空间，即工作树相关）迁移到新版本的编译器。在功能分支msvc90我准备了很多工作来承诺。我有两个选项知道：
- 创建一个大提交（-m“迁移到MSVC 9.0”）。
- 创建一些提交以保留历史上的几个迁移步骤（创建新项目文件，删除旧项目，调整源代码以摆脱编译器警告，修复缺陷等）。请注意，这些提交自身不能很好地一致（例如，使用带有未编译源代码的新项目文件将导致编译错误）。
我的问题是非常哲学的。第二个选项似乎对我来说略为可取，因为它可以保留更多历史细节。另一方面，我已经阅读了一些建议保持一致提交的git教程（例如，使用二等分）。
有谁知道大项目的例子，其政策允许保持这种不一致的提交（在功能分支上）？