2010-03-23 34 views
1

最近我的任務是編寫一個基於團隊的開發環境的正式程序。我們有幾個項目,每個都有多個模塊。目前只有兩名程序員,但是有計劃擴展到4-6名程序員。每個程序員都將在同一個項目上工作,可能會導致寫入或錯誤問題的頁面。作爲一個團隊,我們應該在本地開發併合併到開發服務器,還是在開發服務器上開發?

到目前爲止,我已經想好了理想的解決方案是:

  1. 地方發展(WAMP/VM或自己的機器上的一些虛擬服務器實例)。一旦開發人員完成了他們的發展,他們檢查到CVS倉庫和合並它王氏其他修復等
  2. 然後CVS版本部署到主要開發服務器由開發者進行測試。
  3. 的MySQL數據庫被保持在主dev的服務器和用戶可以遠程地連接到它。任何模式/數據更改均通過數據庫管理員運行,他將通知所有開發人員任何數據庫更改(這應該很少見)。

有誰看到一個問題,這個還是有更好的解決辦法?

回答

5

看起來不錯。只是想突出這一點非常重要的一點:

確保你有每晚建立進入開發服務器。這將有助於發現問題在非常早期階段

順便說一句,雖然我們是在它,倘若你的arent意識到,喬爾有一個軟件團隊

摘錄

1 Do you use source control? 
2 Can you make a build in one step? 
3 Do you make daily builds? 
4 Do you have a bug database? 
5 Do you fix bugs before writing new code? 
6 Do you have an up-to-date schedule? 
7 Do you have a spec? 
8 Do programmers have quiet working conditions? 
9 Do you use the best tools money can buy? 
10 Do you have testers? 
11 Do new candidates write code during their interview? 
12 Do you do hallway usability testing? 
質量很好 12 point system
+0

修復9以後重新開始的列表。 – 2010-03-23 21:00:14

1

測試的思想本地,合併更改,然後部署聽起來不錯。另一種方法(每個人在一臺服務器上開發)聽起來像是一場等待發生的災難。

你可能想嘗試從CVS升級雖然。 Subversion與CVS類似,但更現代。如果你想完全改變你的思維方式,你可以嘗試像Git

3

你描述的模型是我見過最常用的模型。我認爲每個開發人員都有自己的本地副本,效率更高,風險更低。如果所有代碼僅存在於開發服務器上,則開發服務器的中斷將停止所有開發。分佈式模型的網絡流量也較少。

3

我認爲你應該使用數據庫的本地版本而不是實時版本。這將使測試更容易,開發人員不必擔心其他開發人員編輯數據。