Visual studio 2010 在visual studio解决方案文件夹中存储引用的DLL

Visual studio 2010 在visual studio解决方案文件夹中存储引用的DLL,visual-studio-2010,Visual Studio 2010,我想有一个库文件夹来存储我的所有DLL。我现在所做的是建议的。拥有物理文件夹,创建解决方案文件夹,复制文件 如果我使用的是SVN,我必须在文件浏览器上使用乌龟来添加库。不确定我是否要在TFS中做同样的事情 在VS2010中,有没有更简单的方法?我希望能够将一个dll拖动到visual studio中的库文件夹中,并将其物理地放入该文件夹中。我就是这样做的。不确定是否有其他更好的方法: 右键单击解决方案资源管理器中的解决方案。悬停 “添加”并选择“新建解决方案文件夹”。它不是一个真正的文件夹 并且

我想有一个库文件夹来存储我的所有DLL。我现在所做的是建议的。拥有物理文件夹,创建解决方案文件夹,复制文件

如果我使用的是SVN,我必须在文件浏览器上使用乌龟来添加库。不确定我是否要在TFS中做同样的事情


在VS2010中,有没有更简单的方法?我希望能够将一个dll拖动到visual studio中的库文件夹中,并将其物理地放入该文件夹中。

我就是这样做的。不确定是否有其他更好的方法:

  • 右键单击解决方案资源管理器中的解决方案。悬停 “添加”并选择“新建解决方案文件夹”。它不是一个真正的文件夹 并且不指向任何物理文件夹。这是一篇摘要 用于在解决方案中对项目进行分组的构造,但我们将使用它 为了别的
  • 将其称为“引用的程序集”
  • 接下来,再次右键单击解决方案并单击“打开文件夹” 在Windows资源管理器中”。在弹出的windows资源管理器窗口中 添加一个新的“物理文件夹”(它将位于下面 解决方案的根文件夹)
  • 您可以将其称为“引用的程序集”,以便解决方案文件夹和物理文件夹共享相同的名称,以避免混淆
  • 抓取所有隐藏在任何地方的DLL(即 AjaxControlToolkit.dll或嵌入其中的DocumentFormat.OpenXml.dll (程序文件)和复制(不要拖动-将原件保留在原处) 是否将它们放入Windows资源管理器中的“引用的程序集”文件夹中 (不在解决方案中)
  • 现在,您可以从“引用的程序集”中拖动复制的dll Windows资源管理器中的物理文件夹放入“引用的程序集”解决方案文件夹 在Visual Studio的解决方案资源管理器中
  • 检查解决方案中的每个项目并删除所有引用 从“已引用”列表中引用到要引用的程序集 “程序集”文件夹
  • 将引用添加回,但这次(在项目下) 右键单击“参考”,单击“添加参考…”,选择 “浏览”选项卡,单击带有绿色箭头的文件夹图标(显示“向上 当鼠标悬停在“一级”上时,双击“参考 “程序集”文件夹中,选择所有要引用的dll,然后 单击“确定”
  • 你完了。既然您的解决方案知道这些dll以及在哪里可以找到它们,那么当您签入代码(通过SVN、TFS或其他方式)时,它将向上推送它们并向下复制它们以供其他人使用

    如果你使用侵权软件,你不必做任何事情,如果你也在使用。它会研究您的解决方案文件(就像TFS一样),以查找解决方案引用的文件。在本例中,它将拾取“引用的程序集”解决方案文件夹引用的新dll,并在提交它们之前自动添加源代码管理跟踪(也就是说,如果您像我一样从Visual Studio中的解决方案资源管理器提交解决方案更改)


    希望这能有所帮助。

    我现在也是这样做的。50美元,他们增加了一个更好的方式来做这个功能,如vs2020。。。(x_x)请注意,您不能简单地将文件夹拖动到解决方案文件夹中。因此,您应该创建反映文件系统文件夹的树结构(带有子解决方案文件夹)。这有点不舒服,但这是VS.RonKlein的固有限制。我不知道你的意思。我从来没有说过要将文件夹拖到解决方案文件夹中。我的过程是有效的,它可能与您使用的方法相同。@Miketeeve,我的意思是这个方法只适用于文件。当然,这是一个VS限制。如果由于某种原因,外部dll文件具有自己的树结构,则不能拖放它们的子文件夹。您应该在(子)解决方案文件夹中反映它们的树结构。另一种解决方案是设置内部NuGet服务器,并允许NuGet管理解决方案的依赖项,但这需要更多的工作,而且不便于移植。如果你知道你只在内部工作,这是个好主意。