2010-10-06 35 views
1

概述我在Visual Studio中,VisualSVN服務器在Windows上使用的VisualSVN更新使用SVN多個項目:外部組件

,當然,TortoiseSVN的的。我想知道在多種解決方案中共享多個項目的最佳方法是什麼,以及是否有更好的方法。

佈局

我的倉庫那種看起來像這樣的(而不是他們的真實姓名):

Library.Common 
Library.Web 
Library.DB 
Library.CMS 
Customer1.Site 
Customer2.Site 

過程

要創建包含共同項目新址:

  1. 在SVN-Server中創建存儲庫,例如「Customer3.Site」

  2. 使用Visual Studio 2008創建網站,名爲「Customer3.Site」,VisualSVN用於提交到步驟(1)中創建的存儲庫。

  3. 編輯Customer3.Site的屬性並將必要的項目指定爲svn:externals,例如「Library.Common」,「Library.DB」等

  4. 執行更新,獲取這些外部項目,並將它們添加到Visual Studio中的解決方案中,將必要的引用添加到Customer3.Site Web項目並打造。

到目前爲止好。

的問題

所有這一切工作正常,我很高興,如果我要修改核心庫項目,我可以在相同的環境有權利這樣做,並將其提交到庫。隨着越來越多的客戶網站建成,我將不得不跟蹤我所做的事情,並記住SVN更新並重建那些看起來相當冗長的任務。

有沒有更好的方法來做到這一點,一個更好的實踐解決方案?這樣做我打破了任何基本的SVN法律?我想找到一個不花費太多時間並且不太複雜的好解決方案。

回答

0

我一直在面對類似的問題......我爲WordPress設置了一個基本安裝包,我們將用它來快速獲取站點設置,它包含wordpress的核心+一組基線插件,我們創建的第三方和自定義的。一切都來自SVN。

不同的插件有不同的版本/標籤,並設置一個svn外部指向每個項目的特定標籤版本將是一場噩夢...只有然後必須進入每個項目,並做一個屬性調整,然後更新。

將要實施的是具有特定版本的供應商分支。所有我需要做的就是更新客戶端網站,因爲他們會一直指向最新版本(在供應商分支機構的控制下)。

至於你的問題,也是在我的情況:我可能會寫一個commit腳本時,在供應商的分支東西更新爲自動更新所有項目。

相關問題