我有一个视觉工作室的解决方案。 我在解决方案中有许多项目。 有一个主要项目作为启动,并使用其他项目。 有一个项目叫“ProjectX”。其参考资料添加到主项目中。 ProjectX引用了另一个. net dll(例如abc.dll),它不是解决方案的一部分。

现在这个abc.dll应该被复制到主项目的bin/debug文件夹中,但它没有被复制到那里。为什么没有被复制,有什么已知的原因吗?


当前回答

在我的例子中,这是最愚蠢的事情,由TFS/VS的默认行为引起的,我不同意。

由于添加dll作为主项目的引用没有工作,我决定将其添加为“现有项”,复制本地=始终。即使那时文件也不在那里。

事实证明,即使文件出现在VS解决方案中,并且在本地和服务器上编译了所有内容,VS/TFS并没有将该文件添加到源代码控制中。它根本不包括在“未决更改”中。我不得不手动打开源代码管理资源管理器,并明确地单击“将项目添加到文件夹”图标。

愚蠢,因为我已经在vs中开发了15年,我以前遇到过这种情况,我只是不记得了,不知为何我错过了它,因为所有东西仍然编译,因为文件是常规引用,但被添加为Existing Item的文件没有被复制,因为它不存在于源代码控制服务器上。

我希望这能节省一些时间,因为我失去了2天的生命。

其他回答

除了上述常见的解决方案,我还有一个多项目解决方案要发布。显然,一些文件针对不同的框架。

所以我的解决方案:属性>特定版本(假)

您可以将主项目和ProjectX的构建输出路径设置为相同的文件夹,然后您可以在该文件夹中获得所需的所有dll。

将DLL作为现有项添加到其中一个项目中,应该对其进行排序

当您将其设置为程序集属性时,它看起来很流畅

[AttributeUsage(AttributeTargets.Assembly)]
public class ForceAssemblyReference: Attribute
{        
    public ForceAssemblyReference(Type forcedType)
    {
        //not sure if these two lines are required since 
        //the type is passed to constructor as parameter, 
        //thus effectively being used
        Action<Type> noop = _ => { };
        noop(forcedType);
    }
}

用法如下:

[assembly: ForceAssemblyReference(typeof(AbcDll.AnyClass))]

在我的例子中,这是最愚蠢的事情,由TFS/VS的默认行为引起的,我不同意。

由于添加dll作为主项目的引用没有工作,我决定将其添加为“现有项”,复制本地=始终。即使那时文件也不在那里。

事实证明,即使文件出现在VS解决方案中,并且在本地和服务器上编译了所有内容,VS/TFS并没有将该文件添加到源代码控制中。它根本不包括在“未决更改”中。我不得不手动打开源代码管理资源管理器,并明确地单击“将项目添加到文件夹”图标。

愚蠢,因为我已经在vs中开发了15年,我以前遇到过这种情况,我只是不记得了,不知为何我错过了它,因为所有东西仍然编译,因为文件是常规引用,但被添加为Existing Item的文件没有被复制,因为它不存在于源代码控制服务器上。

我希望这能节省一些时间,因为我失去了2天的生命。