2016-08-25 13 views
-1

我們有一個開發團隊,並且有許多項目/解決方案。所以有些項目在某些解決方案中使用。如何使用TFS以最佳方式構建

例如項目X在溶液A,溶液B和溶液C是用來..

我們的團隊所添加的項目作爲基準的DLL代替。因此,如果有人更改了代碼並提交給TFS,並且另一位開發人員將該存儲庫提取出來,那麼項目X已更改,開發人員必須爲他的解決方案梳理新項目X,因爲項目X已添加爲參考。

所以,我知道它更好地添加項目X和其他解決方案的dll文件不會受到項目X更改影響。

但是,我們剛剛開始使用TFS構建,我認爲出現了問題。我們有一個Relase文件夾,其中只包含TFS服務器中的buildt DLLS,並且項目具有來自這些DLL的引用。但是在本地機器上,我們的團隊使用的是構建項目X的dll,而不是直接將Project X添加爲參考。但是,如果項目X已被更改並編譯,那麼構建DLL將會被更改,並且解決方案必須重新進行檢查。

我知道它有點複雜,但我的問題是,我們如何爲所有團隊添加引用作爲DLL(使用版本控制)。例如,所有開發人員的計算機有C:\開發\文件夾Relases,我們可以像

項目X 1.1 X項目1.2

與開發商直接從這個文件夾考慮版本引用的DLL添加文件夾。但是,例如,如果另一個開發人員製作了新版本的Project X 1.3,我想在C:\ Development \ Relases文件夾中看到新的dll。

它是如何可能的,它是一個很好的解決方案?如果不是,你的建議是什麼? PS:我們有VS Ent。 20015和Microsoft Visual Studio TFS 14.102.25423.0

回答

1

通常的解決方案將使用項目X.最新的DLL buildt你可能可以檢查在TFS的dll源控制。即使源代碼管理DLL不是一個推薦的方式,但這也許是滿足您的情況的最佳實踐。

然後,你只需要管理與其他外部DLL相同的DLL。詳細方法你可以參考的答案在這個問題中將TFS dll and references issues

+1

我找到了解決方案。我們將使用Nuget :)我們正在我們的服務器中創建我們的nuget軟件包,一切都變得更加簡單。 Thanx的回覆 – unbalanced

+0

是的,使用Nuget是一個更好的主意,更容易管理。 –

+0

正是:)如果你對我的新問題的任何想法,請回答http://stackoverflow.com/questions/39163483/how-to-automatically-create-and-push-nuget-package-after-building – unbalanced