2016-01-19 175 views

回答

2

除非您的增量編譯完全等同於完整編譯(並且SBT未作出保證,即使它非常好),但您正在冒一個構建增量構建生產包的風險。

原因是您的工件可能會依賴於歷史記錄,因此無法正確找到並修復其中的錯誤。如果這樣做不會嚇到你投入生產的東西,那麼就直接使用SBT(或Ant!)來增量構建和部署。否則,值得花時間從頭開始構建,尤其是對於傾向於快速編譯的Java源代碼。

+0

有沒有辦法參數化SBT編譯器來更安全? – axaluss

+0

'sbt clean deploy'太老套了。增量構建,然後使用類重新加載進行增量熱部署! –

+0

我可以第二。我發現各種情況下,更改代碼沒有正確觸發增量編譯,並且只能在乾淨的重新編譯中發現構建錯誤。對於發佈文物,應始終進行全面的編輯和測試。我假設Java項目也是如此。 –

相關問題