我创建了我的第一个 TFS (2013 Express) 项目并将我的解决方案 (MVC5) 添加到该项目中。
然后我检查了所有内容并将其删除并从 TFS 恢复以确保我有一个工作副本。
此时我意识到我有一个位于我的解决方案之外的“DLL 参考”文件夹。
在 TFS 中存储像这样引用的第 3 方 dll 的正确方法是什么，以便我可以确保我有一个可行的解决方案？
编辑：
这不是来自 Nuget 的 dll。这些是我从文件夹中引用的第 3 方 dll。
【问题讨论】：
在解决方案级别在 TFS 中创建一个文件夹，将其命名为依赖项、二进制文件或提供您喜欢的任何名称。将第 3 方文件添加到此文件夹。从此文件夹中删除和添加对您项目的引用。
【讨论】：
简单但不那么干净的方法是创建一个虚拟项目，没有源文件和一个包含依赖项的文件夹（您可以使用已有的程序集文件夹）。然后，您可以将虚拟项目添加到您的解决方案中，它将由 TFS 同步。
有一个替代解决方案，不包括一个虚拟项目。
在 Visual Studio 中，您可以使用源代码管理资源管理器将文件添加到 TFS，即使它们不在您解决方案的项目中。
您也可以从 Windows 资源管理器执行此操作。只要您位于已配置工作区的一部分的文件夹中，当您右键单击该文件夹时，您应该能够看到“Team Foundation Server”下拉菜单。
这样做的缺点是，当有人需要将您的解决方案文件下载到新机器时，他们也必须手动下载该文件夹（通过源代码管理资源管理器或 Windows 资源管理器）。
【讨论】：
我知道我参加聚会有点晚了，但是对于遇到类似问题的任何人，您可以在您的项目中创建一个名为“ExternalDLLs”的文件夹，然后在其中添加您需要的 DLL。在您的项目中添加对这些 DLL 的引用。然后将此文件夹包含在您的源代码管理中并向上推。
默认情况下，源代码控制会忽略具有某些扩展名的文件（例如 dll）。确保将此文件夹添加到源代码管理中，通常可以从 IDE 中完成，或者可能有一个 .gitignore 文件（或类似文件）
如果您尝试将带有 DLL 的 bin 文件夹推送到源代码管理，则 bin 文件夹内容变为只读。这就是为什么需要创建这个单独的文件夹。
【讨论】：
我始终建议不要将二进制文件提交到源代码管理。维护这些依赖项的一种方法是创建自己的 nuget 包，并将其内部托管在自己的 nuget 服务器上。
【讨论】：