2009-07-09 47 views
4

我對Subversion相當陌生。到目前爲止,我的大部分工作都是使用Visual Source Safe。我期望通過SVN和TeamCity來改進我的部署流程。這是我的計劃:使用SVN和TeamCity的Web應用程序部署工作流程

將會有三個分支:

  1. 發展(/主幹) - 整個ASP.NET解決方案,包括網絡部署項目。
  2. 分期(/分支機構/分期) - Web部署項目輸出(執行所需的唯一文件 - 斌的.aspx,圖像等)
  3. 部署(/分支機構/部署) - 同分期

CI進程:

  1. 在trunk中提交源更改。
  2. TeamCity檢測到更改,生成解決方案並運行單元測試。
  3. 如果所有測試都通過,TeamCity會將Web部署項目輸出提交到分支/分段並將其導出到分段Web服務器上的wwwroot。

然後,當我已經準備好部署到生產環境,我會做手工以下:

  1. 合併分支/枝頭分期/生產分支
  2. 更新生產Web服務器的工作拷貝/生產。

這是否有意義?有沒有像我這樣的VSS用戶可能在這個過程中丟失/誤解?

+0

這是我今天仍在使用的過程 - http://stackoverflow.com/a/3098613/26226 – jrummell 2016-05-04 13:42:47

回答

2

這可能適用於您,但通常舞臺是客戶接受變化的地方。 如果您在每個構建中進行部署,則不會獲得一致的行爲。

我們不保留在SVN的構建結果。對於我們來說,可以在Teamcity中將它放在工件中。如果我們現在採用最佳做法,我不確定。

你會對SVN和Teamcity感到高興......祝你好運!

+0

這是關於暫存的好處。我認爲這不是一個太大的問題,因爲我是一名內部開發人員,我們的「客戶」主要是我的老闆和其他部門的一兩名經理。感謝您的建議! – jrummell 2009-07-10 02:31:10

+0

我希望至少有兩個答案,我接受之前,但由於你是唯一的,我會接受它。並不是說我不喜歡你的回答,我只是希望得到一些不同的意見。謝謝! – jrummell 2009-07-17 18:04:23

4

晚的答案,但可以幫助該線程的讀者:

我做了一些在線調查,結果發現一步一步的教程,可能與您的問題有所幫助。

This tutorial涵蓋了持續集成(CI)的基礎知識以及在源控制存儲庫上檢測到新更改時運行指定的單元測試,並將測試數據庫同步到QA環境時構建新數據庫的方法。

在數據庫開發過程中實現持續集成(CI)的必要先決條件是在源代碼控制下擁有一個數據庫。