【问题标题】:Auto resolving references' path on project自动解析项目上的引用路径
【发布时间】:2010-11-26 12:18:14
【问题描述】:

我想我误解了一些关于 Visual Studio 的项目引用或 SVN:externals - 可能两者都有:) -。

事实上我有三个项目:

  • A 本身没有引用
  • B 指 A 的 DLL,更新时通过 SVN:externals 签出(到项目目录内的某处)。
  • C 更新后,将(通过 SVN:externals)A 和 B 的 DLL 检出到项目内的目录中(比如说 path.to.project.C\Libraries\A 和 path.to.project.C\Libraries\B)

在项目 C 上,当我从路径 path.to.project.C\Libraries\A 添加 A 的 DLL 作为引用时,Visual Studio 采用 path.to.project.C\ Libraries\B 作为它的路径。在我看来,这忽略了我的选择并在错误的路径上自动解析 A 的 DLL。

有了这个配置我:

  • 更新一些 A 的代码,编译项目,并将 DLL 提交到存储库。
  • 从存储库项目 C 更新。
  • C 项目最终使用了 A 的 DLL 的过时版本(因为它在从 subversion 签出的项目 B 的文件上搜索 A 的 DLL。此时,这些文件没有使用最后的更改进行更新)。

任何提示将不胜感激。

【问题讨论】:

    标签: svn visual-studio-2008 reference svn-externals


    【解决方案1】:

    我今天也在做类似的研究,发现了你没有回答的问题。以下是一些可能有帮助的链接:

    “References Path” of the “Property Pages Dialog Box”

    列出包含您在“添加引用”对话框中浏览的程序集的目录。 此属性的设置特定于为其设置的项目、计算机和用户;此信息不会存储在项目设置中。但是,只要您保存项目或关闭项目而不保存,此属性就会自动写入并保存到项目的“每个用户”文件 (.user) 中。

    “Troubleshooting Broken References”

    本页详细说明了如何使用“属性页对话框”的“参考路径”,但建议使用“项目到项目”参考。对于 BizTalk,我们选择仅在应用程序中使用项目到项目引用,例如 FRB.EC.BookTransfer。如果 FRB.EC.BookTransfer 需要访问 FRB.EC.Common,那么我们对 \Binaries 文件夹进行相对磁盘引用。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2020-07-05
      • 2023-03-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-05-11
      • 1970-01-01
      相关资源
      最近更新 更多