2012-05-25 19 views
0

您在我在我的解决方案使用的都是在各自项目的解决方案中的lib文件夹中的所有外部库,并都有各自Build Action属性设置为“内容”和Copy to Output Directory财产“是否有更新的复制”设置。不确定的DLL与TFS

当我在TFS中检查我的解决方案时,一些dll文件被复制到TFS中,并在他们旁边出现一个蓝色锁,并且有一些不在,提示我的团队成员向我索要这些dll文件的副本为了能够建立解决方案...

如果所有这些dll文件的文件属性是相同的,这些都是.NET程序集,它是什么决定如果一个DLL会检入或不是,和什么是最适合的dll库Build Action

+0

生成操作应控制DLL文件是否被复制到输出(BIN)目录。它不应该控制源目录中任何关于源代码控制的内容。如果DLL正在改变,您将需要添加/编辑更改。 –

+0

@EdwardThomson,如果生成操作属性控制的DLL是否被复制到输出目录,什么是复制到输出目录属性的目的是什么? –

+0

OOP,对不起,我说的是复制到输出目录属性。无论如何,我的意思是说他们对源代码控制没有影响。 –

回答

0

我发现那是什么它取决于你如何的dll文件添加到您的解决方案。

如果DLL文件第一次复制到库文件夹,并添加到您的项目从那里(复制/粘贴到在解决方案资源库文件夹),它不是在检查并复制到TFS。

如果DLL文件被添加到您的项目(复制/粘贴到在解决方案资源库文件夹)从原来的位置VS将文件复制到库文件夹,并检查它到TFS。

0

当您添加一个项目或源控制,娃娃和可执行文件的文件夹在默认情况下忽略。您需要转到排除选项卡并选择您想明确检入的dll。这就是为什么你有看似随意的行为。