2010-12-21 52 views
3

在成功構建之後自動完成源代碼管理提交是否是一種很好的策略?後構建提交:好還是壞?


編輯:我這麼問是因爲我希望,使人們更容易找到其中的錯誤比回滾2K + 1.0版之間的代碼行新推出的點版本之間更加頻繁,增量提交和v1.1。

回答

5

不。成功構建並不意味着代碼更改成功。你從來沒有測試過你的代碼嗎?如果你有某種自動化的單元測試,我可以理解這個問題(儘管我仍然建議不要這樣做) - 除非你自己驗證了它的功能,否則我不會考慮代碼更改。但是在成功構建之後進行自動提交 - 不是如果你喜歡你的隊友,或者他們能夠使用武器。

+0

+1爲武器。 – Albireo 2010-12-21 09:27:29

+0

如果我使用的是DCVS,而且我只在本地進行承諾,並且預訂推向中央回購以進行手動操作,該怎麼辦? – 2010-12-21 09:35:23

+2

當然,但個人而言,我仍然只想提交我知道可行的代碼。當你追蹤一個錯誤時,這使得它變得更容易。假設您提交的代碼很好地編譯,但一旦運行它就會崩潰。找出錯誤的時機 - 這是一種很好的方式來區分倉庫中的內容。不幸的是,你最近有5次成功的編譯,這意味着5次提交,並且你不知道或記得代碼最後一次工作的時間。所以玩得開心浪費時間,試圖找到工作的版本,然後對它進行比較。 – EboMike 2010-12-21 09:38:03

4

否。有意義的提交消息從哪裏來?並引用問題跟蹤器項目?自動化過程應該如何知道某項工作已完成?

有了這樣的過程,您的存儲庫將降級爲一個榮耀的IDE撤消緩衝區。

+1

+1提交消息。不能強調足夠清晰和有意義的提交消息的重要性。 – EboMike 2010-12-21 09:49:00