什麼時候開始使用項目引用進行版本控制/停止

那好吧。我有一個關於visual studio中引用的問題。目前我們的開發團隊正在從TFS轉移到Git，目前在項目參考中一切都很充足。這使得我們很難將我們的TFS團隊項目打破成許多獨立的Git倉庫。我會給你一個例子。什麼時候開始使用項目引用進行版本控制/停止

我們已經有幾個庫在許多解決方案中通過項目引用被引用。這些庫都有自己的解決方案。因此，這是我們已經有了：

Solution1 -ProjectInSolution1(This project belongs to Solution1 and references Library1) -Library1(is referenced from another solution in TFS source control) Solution2 -ProjectInSolution2(This project belongs to Solution2 and references Library1) -Library1(is referenced from another solution in TFS source control)

現在，這將是最好的，如果我可以讓解決方法1，溶液2和包含分享幫助都有自己的git回購協議的解決方案。但是在使用項目引用時這是不可能的。所以我的問題是：你會怎麼把這個分解成許多回購？你會使用Nuget爲共享庫創建一個包嗎？如果是這樣，不使用Nuget包會帶來很多維護開銷？

來源

2014-03-30 Daniel P.

我有上面的每一個單獨的存儲庫，它在Visual Studio中工作正常。每個回購都有自己的變化，我根本沒有看到任何問題。 – e4rthdog

但是，如果您克隆需要共享庫的一個回購，這是如何工作的？不要將項目引用全部弄亂，因爲它們都與解決方案有關嗎？你使用子模塊嗎？ –

不，我不使用submodules ..我會回答，並試圖告訴你我是如何做到這一點.. – e4rthdog

我在庫上調用_LIBRARIES。

在那裏我有6個獨立的項目，這是我的圖書館+ 1所有人的測試項目。

我所有的其他項目都引用這個目錄。

爲了不弄亂我的解決方案文件我保持結構只有相同。例如，在所有需要開發相互依賴的解決方案的機器中，我擁有相同的文件夾。

爲了保持相同的結構我有我需要的目錄一個空的存儲庫。因爲git的不添加空目錄，我在每個目錄發出touch命令：

touch .gitkeep

在一個新的機器，我第一個克隆我的「結構倉庫」，然後我克隆我的其他需要的解決方案。

因此沒有任何東西被搞砸了，而Visual Studio正在「磨合」。

來源

2014-03-31 09:14:34 e4rthdog

什麼時候開始使用項目引用進行版本控制/停止

回答

相關問題