.net 将物理文件夹添加到引用库的解决方案中

我有一个包含多个项目的解决方案，这些项目都引用了一组通用的Microsoft.Practices库。现在，这些库位于其中一个项目的bin文件夹中，并分组在一个名为“dll”的解决方案文件夹下，我一点也不喜欢这样。bin文件夹应保持为输出文件夹，项目之间共享的依赖项不应隐藏在一个项目的“输出”中

理想情况下，我只想将物理文件夹添加到解决方案中，将这些库移动到该文件夹中，并更新所有项目引用以指向该文件夹，但我无法将物理文件夹添加到解决方案中。几乎可以接受的解决方案是创建一个没有源文件的新项目，然后将库移动到为该项目创建的物理文件夹中，依此类推

---

对于这样的场景，什么是公认的良好实践？

典型的方法是在项目目录的根目录中创建一个Lib目录，并将DLL放在那里。无需将其作为解决方案的一部分。但是，如果您确实希望它出现在您的解决方案中，您始终可以创建一个解决方案文件夹并将它们放在其中（右键单击解决方案，展开“添加”菜单，选择“新建解决方案文件夹”）。

我已经添加了解决方案文件夹，或者将库放在已经存在的“通用”项目中

我们的项目/解决方案结构如下所示：

xdev\companyname\projectname\solutionfolder

我们在几个项目中使用的公共库就在这里

xdev\companyname\projectname\libs

---

这对我们很有用。在我看来，解决方案中不需要有程序集。如果需要解决方案范围的库文件夹，请将其放入companyname文件夹。这只是文件夹的逻辑结构，没有其他；-）

我想你没有领会我的意思。我确实需要让它成为解决方案的一部分，因为这些dll被同一个解决方案中的多个项目使用，所以每个项目中使用它们的Lib文件夹意味着这些dll的多个副本。我不想要解决方案文件夹，因为它没有为dll提供离散的位置。事实上，它们现在在一个解决方案文件夹中，但它们仍然位于一个项目的bin文件夹中。啊哈，我注意到我也有一个。我可以将它们放入一个公共项目中，而无需创建一个新项目。是的@Marius，我看到TFS explorer允许我从VS中的解决方案文件夹下创建一个文件夹。如果我没有找到一个常用的项目，我会使用它。如果你想在你的TFS中有libs，那么我们在TFS中使用一个SharedProject，并将我们的程序集放在其中。