团队成员之间的项目装配参考

Question

我很想知道您用于项目参考的结构类型是什么？

在我工作的地方，开发人员有一个名为AssemblyCache（\\ MACHINENAME \ AssemblyCache）的共享文件夹，该文件夹通过Windows 2008 AD中的GPO（与开发人员AD组绑定）映射到R：\。

我们的共享组件具有后期构建事件，可将其复制到以下内容：

R：\。净％VERSION％\ Project \％SOMETHING％

如果项目是共同的或特定的东西，有时它会跟随'共同'。 在.Net版本文件夹下还有一个共享内容的公共目录。

这是多个解决方案的大型项目可以从一个公共位置引用程序集。

构建计算机还有一个共享驱动器，该驱动器具有相同的共享名称，开发人员已将其映射到S：。这允许他们在需要时获得最新的工作版本。

所有这一切都是因为有人可以上新PC，打开一个项目而无需复制对不同位置的引用，并确保dev a从dev b等相同位置引用程序集......

这个解决方案适合我们，所以我想知道你有什么（如果有的话）解决方案来确保所有开发人员从同一路径引用程序集？

Answer 1

• 将所有参考组件存储在源代码管理中。
• 始终提取以使代码具有与程序集相同的相对路径（例如../../ CommonLibraries）
• 每个人都可以访问本地驱动器

必须引用网络驱动器会导致各种问题：

• 无法为更高版本分支，指的是现有分支的早期版本
• 离线工作困难
• 构建机器等取决于其他机器 - 它不是一个独立的构建
• 表现不佳

Answer 2

在一个项目中，我们将程序集添加到源代码库中。这也不是完美的，但它可以防止意外获得使用文件共享时可能轻易发生的更新版本的参考。

Answer 3

您无需创建网络共享。我想你可以使用windows subst命令创建一个本地文件夹的虚拟驱动器号，例如......

subst R: "C:\.Net %VERSION%\Project\%SOMETHING%"

这里的优点是可以将任意路径路由到组件的标准定义好的路径，因此例如可以将不同的组件版本重新映射到visual studio使用的固定参考路径。