代码之家 › 专栏 › 技术社区 › xster

使用visualstudio管理源代码管理中的引用

reference dll version-control visual-studio-2008

xster · 技术社区 · 16 年前

在Visual Studio中管理项目中的.dll引用时遇到问题。所有注册的.NET和COM引用都可以正常工作,但是当涉及到磁盘上的.dll文件时,如果我引用磁盘上的文件,我的同事将丢失引用,因为他们可能在磁盘上的不同位置等。visualstudio是否有类似$PATH之类的环境变量,以便在说找不到引用之前,每台计算机都会先查找路径?还是在源代码管理中保留.dll引用是更好的选择?

好的,效果很好。在VS中,我只是在解决方案中添加了一个文件夹,将DLL添加到文件夹中,并将所有内容添加到源代码管理中。我在个别项目中引用了这些DLL,当我从其他计算机上获得最新版本时,它会正确链接。谢谢你们

6 回复 | 直到 16 年前

MatthewMartin muthu 16 年前

这对我来说很有效,无论是在subversion还是VSS中。

\root
    \trunk
       foobar.sln (solution file goes here)
        \References
            foo.dll (3rd party, ie. you don't compile this)
            bar.dll
            (Don't put dll's for Project 1 here, Visual Studio will take care of it)
        \Project1
           .proj file goes here
              \bin  (don't put dll's here!)
        \Project2  (This might reference Project1

不要将dll放入\bin,因为像VSS这样的存储库喜欢将它们设置为只读,这会中断清理和重新构建。

VisualStudio不了解解决方案级别以上的依赖关系,因此如果您有依赖于解决方案的解决方案,则必须在构建脚本/构建服务器中显示这些依赖关系。

Dustin Laine 16 年前

我喜欢在解决方案中添加一个解决方案文件夹,然后将所有的外部DLL都放在其中。从那里我引用了它,而不是PC上的特定文件夹。

很适合我。

3Dave 16 年前

我认为包括 全部的 不属于OS或.NET framework的程序集。例如,在开始新的开发人员安装(在新机器上或重新安装操作系统)时,您不希望必须安装企业库或任何其他程序集。

Phil Helix 16 年前

gregwhitaker 16 年前

第三方svn:externals link 到公共集所需的任何第三方DLL。
程序集-这是项目的生成输出的位置。这样,可能需要引用程序集的其他项目就可以在一个地方进行项目并使用svn:externals can 控制要使用的版本。

\root
     \Common.3rdParty (common third party dlls)
     \Solution
        \Project1
           \3rdParty (svn:externals links to common third party dlls that are needed)
           \Assemblies (Project's build output)
           \References (svn:externals links to referenced project "Assemblies" folders)
           \[Project's Folders...]
        \Solution.sln

More Info Here

Vihana Kewalramani 13 年前

如果您的.dll文件存在于源代码管理中,则只需右键单击解决方案中的Dependencies and packages文件夹(位于源代码管理资源管理器下)并获取其最新版本。

您将在系统上找到.dll文件。