TFS 2008和公共庫文件夾結構

Question

TFS 2008和常見庫

我創建了一個名為“公共庫”的團隊項目，該項目將托管TFS中眾多不同團隊項目中使用的代碼。 為了便於討論，可以說我們在“公共庫”團隊項目下有2個不同的庫，分別是MailProject和LoggingProject。 TFS中的其他項目將通過分支而不是實際的源代碼使用這些項目的二進制表示形式。

為該團隊項目設置文件夾結構的最佳方法是什么？ 我是否將項目添加到“公共庫”，並簡單地“包含” bin / release文件夾作為項目的一部分？

我已經看到了一些人創建單獨的“ Deploy”文件夾的示例。 我認為這與bin / release文件夾同步嗎？

---

我們不希望其他解決方案中提供源代碼。

當前，每個項目都有包含在項目中的dll。 以郵件發送模塊為例，許多項目需要郵件發送功能。 通用模塊非常穩定，並且大多數都是靜態的。

但是，如果郵件模塊發生變化該怎么辦。 與簽出每個項目並更新dll相比，似乎有更好的方法。 是否可以在每次調用“獲取最新信息”時允許TFS獲取最新的郵件模塊？ 顯式或隱式。

Answer 1

除非您真的要求在其他解決方案中提供這些庫的源代碼，否則我的建議是在項目中包括這些庫的二進制文件，這些二進制文件在TFS中不會真正使用兩者之間的任何顯式鏈接。 庫構建的自定義標簽可能有助於輕松地返回並重建共享庫的任何選定版本。

如果共享庫對於不同項目需要不同版本，則顯而易見的解決方案是為需要針對特定​​項目自定義的庫的每個版本創建一個單獨的分支。

TFS沒有類似於SVN的“外部”概念-因此，如果您在項目中包括共享庫中的分支，並且比該項目中的分支要正確地傳播更改則非常困難。

我想您也可以在構建中使用Get任務 ，並將最新版本的DDL從另一個項目中獲取到當前項目中，但是請驗證是否可以指向另一個項目的Workspace（我對此並不感到厭倦，MSDN在這里有些模糊）。 您可能需要為共享項目使用單獨的工作區。

另一個選擇是將DLL共享組件的DLL發布到共享庫的每個內部版本上的已知位置，並且使單個版本甚至可以通過Copy任務從該公共位置（網絡共享）獲得可用的任何版本。 這很簡單，可能會導致通用組件版本控制方面的問題，但在簡單情況下應該可以很好地工作。