2
我在git的新手，我想如下使用它（據我所知它是一個開發人員很常見的工作流程）：git的工作流程：保持不一致提交歷史
- 創建一個特性分支並對其進行一些工作，並提供一些WIP提交。
- 完成後，將這些WIP提交重新組織爲一致的（通過編譯和測試的），以獲得清晰的歷史記錄。
- 合併功能分支到主。
現在我正在將我的一些項目（與單個工作空間，即工作樹相關）遷移到新版本的編譯器。在功能分支msvc90我準備了很多工作來承諾。我有兩個選項知道：
- 創建一個大提交（-m「遷移到MSVC 9.0」）。
- 創建一些提交以保留歷史上的幾個遷移步驟（創建新項目文件，刪除舊項目，調整源代碼以擺脫編譯器警告，修復缺陷等）。請注意，這些提交自身不能很好地一致（例如，使用帶有未編譯源代碼的新項目文件將導致編譯錯誤）。
我的問題是非常哲學的。第二個選項似乎對我來說略爲可取，因爲它可以保留更多歷史細節。另一方面，我已經閱讀了一些建議保持一致提交的git教程（例如，使用二等分）。
有誰知道大項目的例子，其政策允許保持這種不一致的提交（在功能分支上）？