您認爲從多個文件中檢入代碼的最佳實踐是實現多個更改但準備一次進入嗎?你如何在不同的課程中使用不同的評論檢查代碼?
你是否一次全部檢查它們,保持檢查合理原子化,並將修改置於一個長評論中?
你是否檢查組中的文件,以便正確的評論與正確的文件相關聯?
你有沒有工具可以讓你一次簽入不同文件的不同評論?
您認爲從多個文件中檢入代碼的最佳實踐是實現多個更改但準備一次進入嗎?你如何在不同的課程中使用不同的評論檢查代碼?
你是否一次全部檢查它們,保持檢查合理原子化,並將修改置於一個長評論中?
你是否檢查組中的文件,以便正確的評論與正確的文件相關聯?
你有沒有工具可以讓你一次簽入不同文件的不同評論?
一次檢查全部。如果你簽入組,你會打破構建。
但是最好在您完成更改後進行檢查。
我儘量保持每個簽入與特定的票號,項目等
保持簽入儘可能小好做法有許多原因,特別是如果你要回滾什麼。出於這個原因,儘可能以最小的「有意義」的增量檢查代碼(只要每次簽入後所有內容仍然編譯)。
我使用Git,它可以讓您輕鬆解決tangled working copy problem。我可以不用擔心哪些更改與什麼有關,然後我做了一些事情後退一步,並單獨提交每個邏輯,並使用它自己的提交消息。
這種方法非常適合保持小的邏輯變化。如果我回顧一下git annotate
的文件歷史,我可以很容易地看到爲什麼每次更改都沒有進行一次提交而覆蓋了大量無關的更改。此外,正如其他人提到的,如果稍後改變主意,提交較小的提交更容易回滾以前的修改。
只要他們不依賴於多個變化,保持您的支票很小。檢查不會破壞構建或引入其他問題的最小的變更集合。
對於錯誤或小的更改請求,通常每個錯誤(或更改)中的一個檢查往往效果最佳。這使您可以輕鬆識別哪些文件(或多個文件)已更新以解決特定問題。這不僅有助於回滾更改,而且還有助於確定在未來出現類似問題時如何修改問題。
對於重大更改,如果可以將它們分解爲更小的工作單元進行檢查,請這樣做。答 - 如果因爲一個小錯誤而需要回滾某些內容,則必須回滾所有更改纔會顯得很沮喪。 B - 硬盤驅動器崩潰 - 如果您長時間在做某些事情,則實施的變更越多,而且未經檢查工作的時間越長,您將工作和組織放入的風險越大。
I認爲其他答案對大塊檢查有點樂觀。但作爲第一次更改的檢查建議是一個很好的解決方法。 – Yishai 2009-08-24 23:58:11