一般而言我是這麼做的。開發環境：無論是 Linux/Win/OSX 都無所謂（我們公司是三系統混用的），支援 版本管理（例如git/hg/mercurial）即可，我們選擇 hg 是因為任何系統只要有 python 就能跑 hg ，不需要單獨為目標機去編譯這個版本管理軟體，當然具體到其他公司而言選擇 git 也可以。一般而言 Linux 開發人員推薦用 Linux，蘋果開發人員推薦用蘋果。Windows開發人員用Windows，文秘用 Windows負責處理一些外部協作交流方面的文件。除錯：開發伺服器寫個指令碼執行即可。然後在開發伺服器上的版本管理維護一個 hook，一旦 push 程式碼到開發伺服器，則觸發 hook，更新之，編譯之，然後執行之。如果你根本沒有開發伺服器，只有正式伺服器，那麼你肯定需要一個與正式伺服器同系統的開發桌面機，你可以這個開發桌面機上編譯，然後上傳程式碼過去。這個過程也可以全指令碼自動化，而你的開發桌面機也就扮演了開發伺服器的角色，所以你仍然需要 push 到這臺機器，哪怕是從自己的編輯倉庫 push 到發行倉庫（如果你的開發桌面機同時作為開發伺服器，那麼就是本機雙倉庫）。所有動作都可以高度自動化，指令碼化。（例如你圖片裡面那第四步的四個命令不就可以寫成一個指令碼？）本機編輯好檔案，存檔，版本管理提交，push到開發伺服器，開發伺服器 hook 觸發，然後相關的編譯執行工作就全在指令碼控制之中。不知道我說清楚了沒有。
一般而言我是這麼做的。開發環境：無論是 Linux/Win/OSX 都無所謂（我們公司是三系統混用的），支援 版本管理（例如git/hg/mercurial）即可，我們選擇 hg 是因為任何系統只要有 python 就能跑 hg ，不需要單獨為目標機去編譯這個版本管理軟體，當然具體到其他公司而言選擇 git 也可以。一般而言 Linux 開發人員推薦用 Linux，蘋果開發人員推薦用蘋果。Windows開發人員用Windows，文秘用 Windows負責處理一些外部協作交流方面的文件。除錯：開發伺服器寫個指令碼執行即可。然後在開發伺服器上的版本管理維護一個 hook，一旦 push 程式碼到開發伺服器，則觸發 hook，更新之，編譯之，然後執行之。如果你根本沒有開發伺服器，只有正式伺服器，那麼你肯定需要一個與正式伺服器同系統的開發桌面機，你可以這個開發桌面機上編譯，然後上傳程式碼過去。這個過程也可以全指令碼自動化，而你的開發桌面機也就扮演了開發伺服器的角色，所以你仍然需要 push 到這臺機器，哪怕是從自己的編輯倉庫 push 到發行倉庫（如果你的開發桌面機同時作為開發伺服器，那麼就是本機雙倉庫）。所有動作都可以高度自動化，指令碼化。（例如你圖片裡面那第四步的四個命令不就可以寫成一個指令碼？）本機編輯好檔案，存檔，版本管理提交，push到開發伺服器，開發伺服器 hook 觸發，然後相關的編譯執行工作就全在指令碼控制之中。不知道我說清楚了沒有。