git工作流程：在歷史記錄中保持不一致的提交

Question

我是git的新手，並且嘗試按以下方式使用它（AFAIK對於單個開發人員來說是一種非常常見的工作流程）：

• 創建一個功能分支，並通過一些WIP提交對其進行一些工作。
• 完成后，將這些WIP提交重新組織到一致的提交（通過編譯和測試的提交）中，以得到清晰的歷史記錄。
• 將功能分支合並到master中 。

現在，我要將一些項目（與單個工作區（即工作樹）相關）遷移到新版本的編譯器。 在功能分支msvc90上，我准備了很多工作要提交。 我有兩個選擇：

• 創建一個大提交（-m“遷移到MSVC 9.0”）。
• 創建多個提交以保留歷史中的遷移步驟（創建新項目文件，刪除舊項目文件，調整源代碼以擺脫編譯器警告，錯誤修復等）。 請注意，這些提交本身不能很好地保持一致（例如，使用帶有未調整源代碼的新項目文件將導致編譯錯誤）。

我的問題很哲學。 第二種選擇對我來說似乎有點可取，因為它保留了更多歷史記錄。 另一方面，我閱讀了一些git教程，建議只保留一致性良好的提交（例如，使用bisect）。

有誰知道大型項目的示例，這些大型項目的策略允許保持這種不一致的提交（在功能分支上）？

Answer 1

如有疑問，請保持較小的承諾。 借助Bisect，您可以得到“不知道”的答案，而不僅僅是“是”或“否”。 更多信息總是更好，因為以后可以根據需要減少更多信息。 您不能反過來做。