源代码管理中的项目引用路径？

Question

在我们的应用程序开发过程中，我们使用分支结构，而在我们开发的同时，另一个团队正在使用我们软件的早期版本来创建内容。

为了方便构建和团队之间的交换，我希望在内容项目的csproj文件中使用空的Hintpath，以便他们可以使用我们的GAC安装程序集来构建，同时添加项目的引用路径供我们在开发期间使用和我们不希望在GAC中安装任何程序集的测试周期。

但是，似乎引用路径未存储在csproj文件中，因此不会获得源代码控制。 由于将有广泛的分支，当开发人员从sourcecontrol中拉出另一个分支时，必须再次设置所有引用路径并不理想。

我现在一直在寻找，似乎无法想办法做到这一点。 有谁知道强制引用路径进出sourcecontrol的方法？

我们在这里谈论Visual Studio 2008和TFS 2008。

干杯，安东。

Answer 1

好吧，经过一夜好眠后，我似乎更清楚一点，采取合乎逻辑的步骤，即调查信息存储的确切位置和方式。 事实证明，信息存储在项目文件夹中项目的.user文件中，因为它确保此文件包含mbsuild xml。

然后，我做了我想要的如下：

• 创建引用路径，因为我需要它以方便两个方案而无需任何工作。
• 浏览到Project的.user文件
• 复制包含ReferencePath的PropertyGroup
• 将PropertyGroup粘贴到所有必需的Projects'.csproj xml中。
• 重新加载和构建。

完成。

Answer 2

引用被存储在* .csproj的文件。 节点是ItemGroup / Reference ...

托马斯

Answer 3

这很简单 - 我们在商店里这样做。

首先，在Workspace中（使用Windows资源管理器，浏览到Solution文件夹），创建一个文件夹。 我们将其命名为“Referenced Assemblies”。 在这里，删除所有的DLL。

现在，在解决方案中，添加一个新文件夹以匹配在Windows资源管理器中创建的文件夹。 在该文件夹中，添加刚刚删除的所有DLL。

最后，在每个项目中，设置引用以使用添加到解决方案中的DLL。

现在你的项目引用了作为解决方案一部分的DLL，这样当构建运行时，它将从Source Control中获取DLL以生成构建。

此外，如果您可以避免，我建议您根本不使用GAC。 根据我的经验，参考行为很奇怪。 看来引用首先是GAC，然后是本地文件夹中的DLL，这意味着如果更新DLL，则使用GAC中的DLL而不是本地文件夹中的DLL（可能是更新的DLL）。