讓你的軟件永生，就靠這7個規(guī)則

當然你也可以手動操作命令行，但是使用持續(xù)集成的平臺更方便，更快捷，成本更低。

4、自動化

規(guī)則4：自動化。自動化可以減少步驟，節(jié)約時間。

我看到很多人會存儲命令txt文件，以便需要的時候可以復(fù)制粘貼。我建議你不妨學習bash腳本（和/或Python）。

以下是一些你必須自動化的bash腳本任務(wù)：

將README.md轉(zhuǎn)換為其他格式（取決于不同的分銷渠道要求）

自動化測試（包括創(chuàng)建模擬服務(wù)器和/或數(shù)據(jù)，刪除臨時文件等）。

階段化代碼給開發(fā)服務(wù)器。

部署到生產(chǎn)。

自動化的更新依賴（特別是當更新有可能會破壞現(xiàn)有的API時，尤其要小心）。

5、冗余

規(guī)則5：冗余版本控制：不要僅依賴于Git，可以使用多個同步異地的遠程遙控，增加冗余。

俗話說，雞蛋不能放在同一個籃子里。如果你的代碼只托管在Github上，那么一旦Github出現(xiàn)故障等，你的工作流程就會受影響。

給你個參考，我的代碼是這么存儲的：

所有代碼都放在Dropbox的“Codebase”文件夾中。自動同步變化。

在Github也放上幾乎所有的代碼。

最重要的代碼，則同時放在兩處比較秘密的地方。

你看，除非世界末日，不然我的代碼怎么搞也不會丟失。

6、提交

規(guī)則6：提交：做一點小小的改變，然后頻繁提交，不要出現(xiàn)問題代碼。

很多程序員將版本控制系統(tǒng)當作是備份方式，而非維護歷史的一種手段。要知道，像這些歷史信息是沒用的，除非你想要做的只是檢索文件。

在你提交改動信息一個星期后，因為發(fā)現(xiàn)引入了一個新的bug，所以你需要恢復(fù)原先的內(nèi)容。但是現(xiàn)在，因為你提交的信息已經(jīng)覆蓋了原先的信息，那么你就只能慢慢摸索原來是怎么寫的了。

版本控制系統(tǒng)，正是為了防止出現(xiàn)這樣的情況。

如果你覺得寫出好的提交很難，那么可以按照下面這個模板走：

每次提交都應(yīng)該有一個目的。確定是修復(fù)bug，添加新的功能，還是刪除現(xiàn)有的功能？

改動一次提交一次。

提交信息包括發(fā)布排序號碼。

提交描述中應(yīng)說明改動情況。這取決于項目的指導(dǎo)方針，通常包括是什么造成了bug，如何修復(fù)，以及如何對改動進行測試。

小編推薦閱讀

• 豐巢快遞小程序軟件廣告推薦關(guān)閉方法
• 如何在ArcMap軟件中進行柵格圖像重采樣操作
• 釘釘企業(yè)辦公軟件的簽到打卡功能及使用方法
• 使用C#爬取快手作者主頁，并下載視頻/圖集(附源碼及軟件下載鏈接)
• 領(lǐng)域驅(qū)動設(shè)計（DDD）：軟件工程的第一性原理