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

这对我来说很有效,无论是在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不了解解决方案级别以上的依赖关系,因此如果您有依赖于解决方案的解决方案,则必须在构建脚本/构建服务器中显示这些依赖关系。

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

很适合我。

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

• 第三方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

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

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