從麻瓜變大師：三個使用版本控制系統的關鍵心法
如果說有什麼是開發軟體專案一定要使用的基礎工具，使用「版本控制系統」應該可以記上一筆。無論是個人或是團隊開發，都可以透過版本控制系統獲得巨大的好處。 沒有版本控制系統的話，檔案可能被別人或自己不小心覆蓋或遺失、也不知道是誰因為什麼原因改了這段程式碼、也沒辦法可以復原回前幾天的修改。有了版本控制系統，開發人員只要將每次程式碼的變更都紀錄(Commit)起來，並且透過版本控制系統中進行更新。 有了版本控制系統，我們可以瀏覽所有開發的歷史紀錄，掌握團隊的開發進度，而且作任何修改都不再害怕，因為你可以輕易的復原回之前正常的版本。我們也可以透過分支（Branching）和標籤（Tagging）的功能來進行軟體發行的不同版本，例如穩定版本、維護版本和開發中版本。 已經沒有什麼可以阻礙你使用版本控制系統，Git 或 Mercurial 是免費開源的版本系統系統、隨處可用的網路、便宜的雲端伺服器，甚至有現成的第三方服務 Github 或 Bitbucket。 如果你還沒有使用的話，建議馬上為你的軟體專案建立版本控制。接下來是幾點使用版本控制系統的建議： 1. 把所有東西都放進版本控制系統 是的，「所有」專案中的產出物（Source Artifact）都放到版本控制系統之中，這包括了程式原始碼、測試程式、文件、設定檔、各種自動化腳本等等。除了新成員可以很容易拉出最新的版本馬上開始工作之外，我們也希望在測試環境、正式環境中，也可以隨時更新到我們所指定的版本，因此將所有變更的紀錄保存起來是非常重要的。 例如，資料庫綱要（Schema）的變更也必須納入版本控制。首先，我們在資料庫中紀錄它目前的版本編號。接著我們每次的修改都透過一個自動化腳本來執行，並將這個腳本放入版本控制之中，而不是手動用指令去修改綱要。這樣的好處是團隊中每個人都可以透過版本控制系統看到這個變更，並且升級他的資料庫。測試和正式的伺服器環境，也會透過這個腳本來自動進行升級。筆者熟悉的 Ruby on Rails 中就有內建這樣的 Migration 機制，其他程式語言也有類似的資料庫工具。 另外，以伺服器應用來說，光是有「程式原始碼」還是無法 100% 讓軟體正確地跑起來，我們還需要知道伺服器的配置設定，包括基礎網路設定、作業系統設定、依賴的套件版本等等。因此最好這些配置設定也可以納入版...