2010,包含5个C项目、1个C++项目和1个VB项目。我的解决方案有一个解决方案文件夹“Dependencies”,用于复制同名的文件系统文件夹。解决方案文件夹中有许多.dll文件和一些.xml文件,visual-studio-2010,dll,dependencies,Visual Studio 2010,Dll,Dependencies" /> 2010,包含5个C项目、1个C++项目和1个VB项目。我的解决方案有一个解决方案文件夹“Dependencies”,用于复制同名的文件系统文件夹。解决方案文件夹中有许多.dll文件和一些.xml文件,visual-studio-2010,dll,dependencies,Visual Studio 2010,Dll,Dependencies" />

Visual studio 2010 强制VS 2010将dll文件复制到非';";“用过的”;按解决方案中的项目 < V> 2010,包含5个C项目、1个C++项目和1个VB项目。我的解决方案有一个解决方案文件夹“Dependencies”,用于复制同名的文件系统文件夹。解决方案文件夹中有许多.dll文件和一些.xml文件

Visual studio 2010 强制VS 2010将dll文件复制到非';";“用过的”;按解决方案中的项目 < V> 2010,包含5个C项目、1个C++项目和1个VB项目。我的解决方案有一个解决方案文件夹“Dependencies”,用于复制同名的文件系统文件夹。解决方案文件夹中有许多.dll文件和一些.xml文件,visual-studio-2010,dll,dependencies,Visual Studio 2010,Dll,Dependencies,当我构建解决方案时,除了一个.dll文件外,所有的.dll文件都会从该文件夹复制到我的输出目录。我在Visual Studio中查看了被引用的Copy Local属性的文件,该文件夹中的任何文件都没有该属性 我查看了解决方案中的所有项目,没有一个项目实际直接引用了dll,我假设这就是为什么它没有被复制的原因。问题在于我的一个项目引用的一个dll依赖于未复制的dll 我试图在我的项目中添加有问题的dll作为引用,但出现以下错误 A reference to "dll" could not be a

当我构建解决方案时,除了一个.dll文件外,所有的.dll文件都会从该文件夹复制到我的输出目录。我在Visual Studio中查看了被引用的
Copy Local
属性的文件,该文件夹中的任何文件都没有该属性

我查看了解决方案中的所有项目,没有一个项目实际直接引用了dll,我假设这就是为什么它没有被复制的原因。问题在于我的一个项目引用的一个dll依赖于未复制的dll

我试图在我的项目中添加有问题的dll作为引用,但出现以下错误

A reference to "dll" could not be added, Please make sure that the file is accessible, and that it is a valid assembly or COM component.
我真的不在乎它是COM组件还是有效的等等。。。因为我需要它来输出


我的问题是:如何才能击败Visual Studio提交并强制其复制dll?

无需击败任何东西,只需使用Project+添加现有项将dll添加到其中一个项目中即可。任何一个都可以,但您通常会喜欢依赖于此DLL的那个。如果您不确定,请选择您的EXE项目。目前还不清楚这是否重要,但请使用“添加”按钮上的箭头选择“添加为链接”,这样文件就不会被复制到项目目录中。然后,选择它并将其“复制到输出目录”属性更改为“复制到更新的目录”

请注意源代码管理,可能需要签入此DLL。因此,将它放在依赖项目目录中实际上是一个很好的地方


在生成后事件中使用
xcopy.exe
是复制生成系统不知道或放置在错误位置的依赖文件的一般方法。

无需任何改进,只需使用Project+add Existing Item将DLL添加到其中一个项目中即可。任何一个都可以,但您通常会喜欢依赖于此DLL的那个。如果您不确定,请选择您的EXE项目。目前还不清楚这是否重要,但请使用“添加”按钮上的箭头选择“添加为链接”,这样文件就不会被复制到项目目录中。然后,选择它并将其“复制到输出目录”属性更改为“复制到更新的目录”

请注意源代码管理,可能需要签入此DLL。因此,将它放在依赖项目目录中实际上是一个很好的地方


在生成后事件中使用
xcopy.exe
是复制生成系统不知道或放置在错误位置的依赖文件的一般方法。

无需任何改进,只需使用Project+add Existing Item将DLL添加到其中一个项目中即可。任何一个都可以,但您通常会喜欢依赖于此DLL的那个。如果您不确定,请选择您的EXE项目。目前还不清楚这是否重要,但请使用“添加”按钮上的箭头选择“添加为链接”,这样文件就不会被复制到项目目录中。然后,选择它并将其“复制到输出目录”属性更改为“复制到更新的目录”

请注意源代码管理,可能需要签入此DLL。因此,将它放在依赖项目目录中实际上是一个很好的地方


在生成后事件中使用
xcopy.exe
是复制生成系统不知道或放置在错误位置的依赖文件的一般方法。

无需任何改进,只需使用Project+add Existing Item将DLL添加到其中一个项目中即可。任何一个都可以,但您通常会喜欢依赖于此DLL的那个。如果您不确定,请选择您的EXE项目。目前还不清楚这是否重要,但请使用“添加”按钮上的箭头选择“添加为链接”,这样文件就不会被复制到项目目录中。然后,选择它并将其“复制到输出目录”属性更改为“复制到更新的目录”

请注意源代码管理,可能需要签入此DLL。因此,将它放在依赖项目目录中实际上是一个很好的地方


在生成后事件中使用
xcopy.exe
是复制生成系统不知道或放置在错误位置的依赖文件的一般方法。

我为什么不考虑将其作为链接添加?。。。不管怎样,我添加了它(VS没有抱怨)。它已经从dependencies文件夹签入到源代码管理中,所以我预计不会再有任何问题。我现在正在做其他的事情,但是当我可以用我的构建服务器完全测试它时,我会回来并回答mark。我刚刚在我的构建服务器上进行了验证。作品谢谢你,我为什么不把它作为一个链接呢?。。。不管怎样,我添加了它(VS没有抱怨)。它已经从dependencies文件夹签入到源代码管理中,所以我预计不会再有任何问题。我现在正在做其他的事情,但是当我可以用我的构建服务器完全测试它时,我会回来并回答mark。我刚刚在我的构建服务器上进行了验证。作品谢谢你,我为什么不把它作为一个链接呢?。。。不管怎样,我添加了它(VS没有抱怨)。它已经从dependencies文件夹签入到源代码管理中,所以我预计不会再有任何问题。我现在正在做其他的事情,但是当我可以用我的构建服务器完全测试它时,我会回来并回答mark。我刚刚在我的构建服务器上进行了验证。作品谢谢你,我为什么不把它作为一个链接呢?。。。不管怎样,我添加了它(VS没有抱怨)。它已经从dependencies文件夹签入到源代码管理中,所以我预计不会再有任何问题。我现在正在做别的事情,但我会回来,等我能用m完全测试它时,mark会回答