问题标签 [projects-and-solutions]

我正在使用 Visual Studio 2008，C#，我有一个解决方案，它引用同一目录中的 3 个项目。我想在每次成功构建后将解决方案中包含的所有文件和文件夹复制到另一个位置。我怎样才能做到这一点？

我的团队正在使用 Service Factory Modeling Edition 在 Visual Studio 2008 SP1 中开发 WCF 服务。问题是我们有太多的服务要开发，而且我们把所有的东西都放在同一个解决方案中。

250 个项目之后，解决方案几乎没有加载，添加它几乎是不可能的。我们认为将每个服务拆分为自己的解决方案会很好，但服务工厂的东西有效地阻止了我们这样做。

我们正在将模型项目中的代码生成到我们的其他项目中，但是如果我们尝试使用多个解决方案，我们将无法引用模型项目，因为它无法维护生成到正确位置所需的项目映射。而且我们在模型项目中使用了几个共享数据合约，因此拆分模型项目似乎也没有意义。

我们现在有这么多的项目，我们不能真正回头不使用服务工厂的方法来做所有的事情。

我们应该做什么？

我有 3 个解决方案，解决方案 A 需要从解决方案 B 和 C 构建的 DLL 版本才能编译。无法将其合并到一个解决方案中...

到目前为止，Visual Studio 似乎不支持解决方案引用，如果我尝试这种方式，msbuild 足够聪明，可以知道您正在从另一个等构建一个解决方案。总体目标是尝试使多个解决方案看起来几乎只有一个 - 只是解决方案 A。

我相信这是一个常见的问题，但你如何很好地联系起来呢？

我的问题是使用我自己的代码生成器程序（如休眠）将 *.cs 文件复制到我的项目中，因此当我的代码生成器程序创建新的 .cs 类时，我希望将其复制到项目路径并通过 VS2008 解决方案资源管理器查看它。

（注意：通常你可以将文件复制到项目文件夹，但由于你没有使用 VS2008 界面，VS2008 看不到它）

感谢您的精彩回答。

We have a solution with around 100+ projects, most of them C#. Naturally, it takes a long time to both open and build, so I am looking for best practices for such beasts. Along the lines of questions I am hoping to get answers to, are:

• how do you best handle references between projects
  • should "copy local" be on or off?

• should every project build to its own folder, or should they all build to the same output folder(they are all part of the same application)

• Are solutions' folders a good way of organizing stuff?

I know that splitting the solution up into multiple smaller solutions is an option, but that comes with its own set of refactoring and building headaches, so perhaps we can save that for a separate thread :-)

我正在尝试构建一个名为 DropThings 的项目，但我遇到了所有这些错误，我不确定如何解决它们。任何人都可以伸出援助之手吗？我想知道是否有其他人可以建立该网站，如果可以，您需要采取哪些步骤。提前致谢！

源代码： http ://code.google.com/p/dropthings/

我的配置：

Visual Studio 2008 SP1
SQL 2005（已加载数据库 + 已配置 Web.Config 文件）
Microsoft Silverlight Projects 2008

错误：

找不到错误文件元数据文件“...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll”。
...\Dropthings-v2.2.0\src\DashboardBusiness Build 由于 ...\Dropthings-v2.2.0\src\DashboardDataAccess\DropthingsDataContext.dbml 中的验证错误而失败。打开文件并解决错误列表中的问题，然后尝试重建项目。
...\Dropthings-v2.2.0\src\DashboardDataAccess\DropthingsDataContext.dbml 元数据文件 '...\Dropthings-v2.2.0\src\DashboardBusiness\bin\Debug\Dropthings.Business.dll' 找不到。
...\Dropthings-v2.2.0\src\Dropthings.Business.Activities 元数据文件 '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' 找不到。
...\Dropthings-v2.2.0\src\Dropthings.Business.Activities 元数据文件'...\Dropthings-v2.2.0\src\Dropthings.Business.Activities\bin\Debug\Dropthings.Business.Activities.dll'找不到。
...\Dropthings-v2.2.0\src\Dropthings.Business.Workflows 元数据文件 '...\Dropthings-v2.2.0\src\DashboardBusiness\bin\Debug\Dropthings.Business.dll' 找不到。
...\Dropthings-v2.2.0\src\Dropthings.Business.Workflows 元数据文件 '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' 找不到。...\Dropthings-v2.2.0\src\Dropthings.Business.Workflows 元数据文件 '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' 找不到 Dropthings。无法找到 Widget.Framework 元数据文件“...\Dropthings-v2.2.0\src\DashboardBusiness\bin\Debug\Dropthings.Business.dll”。...\Dropthings-v2.2.0\src\Dropthings.Business.Facade 元数据文件 '...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess.dll' 找不到。...\Dropthings-v2.2.0\src\Dropthings.Business.Facade 元数据文件'...\Dropthings-v2.2.0\src\DashboardDataAccess\bin\Debug\Dropthings.DataAccess。

我没有在 .sln 文件中看到它，这是我所期望的。

尝试构建 winforms 解决方案时出现此错误：

找到的程序集清单目标与程序集引用不匹配。

好的，一年前被我现在的公司聘用时，我的任务是从 VSS 迁移我们的开发团队。他们已经想到他们想要 Subversion，而且由于我有使用和设置 Subversion 的经验，所以我是一个很好的候选人。我第一次尝试出售 TFS 是因为它本来可以解决我现在遇到的问题，但是由于资金紧张，而且 Subversion 是免费的……好吧，你明白了。无论如何，我已经完成了提案，唯一阻碍的是以下内容。

我建议我们只将源代码存储在 SVN 中，所有文档、发布版本和其他项目工件都存储在我们的 SharePoint 门户中，因此我们不必让非开发人员利益相关者访问 SVN。当我提出提案时，所有的问题都被排除在外，但出现了关于如何管理工件之间的同步的问题（例如：如何将文档 x 版本 3.1.2 与版本 4.5.2 关联）。我最初的反应是在 SharePoint 项目页面中为每个新版本创建一个部分来保存工件（并跟踪更改）。有没有更好的方法来做到这一点？有谁知道有人这样做吗？或者任何将 SVN 与 SharePoint 同步的集成包？

以下是有关公司开发环境的一些信息。我们所有的软件都是供内部使用的，我们不出售任何软件，所以我们的客户都是内部使用的。我们有两种类型的开发人员：1. 负责维护和定制第三方软件的人，以及 2. 编写专有软件的人（这是我的落脚点）。我们编写的软件主要是 .NET，但第 3 方软件无处不在（COBAL、C、FORTRAN、其他没人关心的废话）。

请告知，因为我需要尽快提交。我讨厌VSS！！！！！！！！！！我需要解脱！

我们有一个基于 Web 的系统，具有三个不同的前端。我们最近将这些项目分为三个项目，都在一个解决方案中。
我们在解决方案中也有一个共同的项目，用于帮助者等。
我正在寻找一种将共享的 css、js 和图像资源放在公共项目中的方法，以便所有三个前端项目都可以轻松访问。
我知道“添加为链接”，它适用于中央 css 等资源。但是，我们有一个包含一大堆图像、图标等的目录。我希望这个目录在所有项目的 /Content/ 下都是可见的，并且如果我在公共项目中添加新文件会得到更新。

在 unix/linux 中，我可以通过 synlink 轻松解决这个问题。我可以在 MS 环境中做类似的解决方案，还是有其他方法可以做到这一点？