2009-01-13 52 views
8

在不久的將來,我將獲得大約2周的時間來改善我們的工作環境。改善我們在工作中的開發環境

我們主要開發一個2-10開發人員的大型PHP/MySQL項目。

目前我們有一個dev服務器,用mod_userdir運行apache,每個開發者在他的(samba-accessible)home中都有一個/ public_html文件夾。 對於VCS和項目管理/ Issuetracking,我們使用Subversion和Trac。 測試/部署需要一些手動步驟,其中沒有太多的自動化。

我對新設置的計劃包括對現有的東西以下變化:

  • 持續集成
  • 整合CI到Trac系統,創建/找到一個插件,它提供了啓動的成功或失敗後的行動構建過程中(即部署到分期/直播)
  • 創建自動化部署的腳本(一鍵式)
  • 集成(Doxygen)-Documentation到構建正在進行中,不知何故進入Trac的
  • 添加automatic versioning
  • 添加監控的另一個層(本地nagios的監控我們的生產系統用的nagios)
  • 添加夜間運行MySQL複製從,其然後可以由開發者用來對up2date的數據
  • 測試東西
  • 查看備份計劃
  • 文件如何和爲什麼我這樣

你有任何的竅門一切設置/提示什麼可以進一步改善?我們應該以不同的方式做什麼?

回答

5

我將確保你寫你的自動部署腳本以這樣的方式,他們可以通過你的持續集成工具來使用。 Hudson(和CruiseControl我懷疑)基本上包裝這些腳本,並提供一個漂亮的前端。

Hundson易於安裝,並帶有Trac plugin,SVN,CVS,Git插件和一個Doxygen插件和其他幾乎任何你能想到的東西。警告:我沒有使用所有這些插件,他們可能不會做你想要的東西...

如果你有一個CI軟件的預算,那麼TeamCity很值得一看(或者你使用Bitten?)。

你有很好的機會,好運!

+0

我喜歡哈德森 - 儘管程序員的底層態度是閃耀的。 – 2009-10-25 18:02:35

2

我唯一的建議不會是花很多時間在這

  • 文件如何和爲什麼我這樣

一切設置這是我的名單關於改進的最後一個項目我們的開發環境,我還沒有做到。

每個零件都經過修改或改進以提供更好的功能或更易於使用。我會建議儘量保持「爲什麼」的評論儘量接近你實際實施的地方。這是唯一有人改變你的系統需要它。

也許還有一個大圖顯示物理服務器的鏈接和名稱,但除此之外,我發現文檔是一件麻煩事。

乾杯

+0

在會議中告訴你這種情況往往更有成效,你可以在白板上畫東西,然後拍攝白板。然後將照片發送給所有與會者。一小時可以節省你幾天的打字:) – 2009-10-25 18:01:52

相關問題