您是否遇到Visual Studio 2008和C＃的参考问题？

Question

我正在开发一个项目，似乎每次有人从源代码管理项目签出项目以在其本地框中构建项目时，他们都会遇到问题，因为参考不再解决。

我无法弄清楚它是一个配置问题还是Visual Studio 2008问题。有其他人有这个问题吗？如果是这样，有什么可以解决这个问题吗？

注意：它可能与正在引用的DLL的显式路径有关，或者它们如何被引用......我不太确定。

Answer 1

通常我看到这对机器A三种情况之一

1. 软件包计算机A上，而不是机器B
2. 事在GAC（全局程序集缓存），而不是在计算机B
3. 包不签入源代码控制

Visual Studio的通常处理的关系寻路很好，我已经没有它只是是一个路径ISS UE。

另外请确保您没有签入.SUO文件和.csproj.user。这些都会有时候会引用参考文献。

Answer 2

开始寻找你的.csproj文件。几年前我们遇到过这个问题，但很快就知道这是比其他任何操作更容易出错的地方。要查找的具体项目有：<HintPath>和 <ProjectReference>。

Answer 3

是的，你的问题肯定是由你引用的DLL的路径引起的。查看项目的References文件夹中DLL的属性（右键单击Visual Studio解决方案中的参考项并选择Propertiers），查看用于该DLL的路径。为了解决这个问题，一个选择是确保每个人在其本地驱动器上具有相同的路径到所引用的DLL。您还可以使用项目属性上的“参考路径”页面向项目添加其他参考路径。

Answer 4

请检查是否有人不小心犯下/任何csproj.user文件检查他们的本地路径内<ReferencePath> under <propertygroup>

Answer 5

这听起来像被引用的DLL没有签入源代码控制 - 我把所有外部DLL中的一个lib项目根目录下的文件夹并引用它们。我从来没有用Visual Studio正确解析相对路径的问题。

Answer 6

1. 在同一解决方案中对自己的代码的引用应该是“项目引用”。千万不要直接将这些作为引用添加到DLL中。对于您自己的/内部的代码，请尽可能多地添加解决方案。否则采取策略2C。
2. 应该讨论对其他代码的引用，并为每种引用类型选择一种策略。你有几种选择：

a。直接添加DLL作为解决方案的一部分，可能在LIB目录中。检查它到源代码管理。每个团队成员都会有一致的体验。

b。对于第三方组件，每个人都应该使用一致的安装路径等来运行供应商安装包（许多第三方安装到GAC，因此它成为参考的一部分，否则它将是c：\ Program files \ etc等）

c。将DLL发布到共享目录，即网络共享。仅来自此路径的参考DLL。确保Copy-Local是真实的。

通过检查CSPROJ文件XML中的标签（如ProjectReference和HintPath）验证策略是否已遵循。

最后，每个团队成员应该知道这一点。如果有人做了一些不同的事情，那么每次新的“获得最新”时都会一次又一次地感受到痛苦。