2010-02-18 38 views
0

產品正在開發並作爲功能而不是發佈進行交付,這意味着完成某項功能後,它將被推向舞臺,然後推向生產。在開發過程中可能會有多個功能,並且與交付時間線重疊。因此,在任何時候,開發數據庫和源代碼管理都有不止一個功能。當一個功能完成後,我想只將功能特定的代碼和數據庫更改推送到分段。由於以下原因,此過程被證明是容易出錯和耗時的:基於功能的開發的部署規劃

  • 特定功能的數據庫實體不是獨立的,而是依賴於其他功能並與其交織在一起的。因此,分離特定於該特徵的實體是耗時且有時難以實現的。有沒有更好的方法來做到這一點?
  • 在服務器端代碼中,類似地分離特定代碼與db一樣麻煩。使用.NET實體框架在數據庫和其他性能優化(如預生成視圖)之上進行分層,是否有更好的方式來部署基於特徵的開發?

開發環境由SQL Server 2008,.NET,實體框架和SVN組成,用於源代碼控制。

此處的術語特徵與FDD敏捷模型無關。

有沒有人經歷過類似的經歷?

非常感謝!

回答

1

我管理的項目與您剛剛描述的非常相似。

儘快獲得SVN和CruiseControl.NET設置。這是一種生活/時間的滋味

我目前有我的團隊在SVN的分支機構工作,併合併到主幹,然後標記準備生產。

保持版本控制和準優化版本號來標記(發行版)

下你的數據庫我derivded從這個great article根據該建議創建一些表/約束我自己的數據庫版本的方法/觸發器,以幫助版本控制你的數據庫。

版本控制數據庫是最難的部分。之前,我們制定了嚴格的程序來修改數據庫的一切是一場噩夢

顯然沒有足夠的空間來解釋的全部細節,但我從花我的整個天管理/到現在合併代碼只是檢查在去自動化構建讓您安心,並有時間爲項目做出貢獻。