5.2　代碼改動累積并最終提交

在小明改動代碼的過程中，IDE就會實時地給出反饋，比如進行實時的代碼掃描并給出反饋。雖然實時的代碼掃描不如完整的代碼掃描發現的問題多，但是它能夠特別快地提供反饋。

在做了一些改動后，小明在IDE中手動觸發進行構建、單元測試和完整的代碼掃描，并修復所發現的問題。小明隨后在本地運行這個微服務，進行人工測試和調試。事實上，此時本地還有一個前端微服務在調用這個后端微服務，而這個后端微服務又調用了公共測試環境中其他的后端微服務，所以是一起聯調的。除了人工測試和調試，小明還執行了自動化接口測試的腳本，測試這個后端微服務上與本次改動相關的接口。自動化接口測試的腳本和剛才提到的單元測試的腳本一樣，也存放在源代碼所在的這個Git庫里，這些測試腳本都是小明自己改好的，不是找測試人員寫的。

改動—驗證—改動—驗證，如此往復。

當改動告一段落后（并不是整個特性都開發完成，只是階段性成果），小明把改動提交到本地代碼庫，進而提交到服務器端代碼庫。