问题标签 [projects-and-solutions]

我正在使用具有多个 C# 项目和一些 C++ 项目的 Visual Studio 2008 解决方案，并希望使用构建后事件来执行一些第 3 方供应商命令行工具。多个项目需要这些构建后事件。

我可以硬编码命令行上需要的路径名和其他文件，但我真的更喜欢更灵活的东西。也许：

$(ToolsDir)\$(PackageBuilder) $(ThirdPartyDllFolder) $(SharedOutputFolder)

当我为 UNIX 开发并使用 makefile 执行构建时，我能够在高级 makefile 中定义一个变量并让子 makefile 继承它。通过这种方式，我可以让所有输出到一个特定的地方，或者在一个特定的地方寻找一个图书馆，等等。

是否有可以使用 Visual Studio 解决方案完成的等效操作，例如我可以定义环境变量之类的内容，然后在项目级别的构建后事件中引用它？

编辑：我现在正在使用 Windows 环境变量，但除了下载代码并构建它之外，我更喜欢不需要设置的东西。

我有许多小的“测试项目”，我将足够的代码放在一起来证明或反驳我正在研究的一些想法。一段时间（有时几个月）后，我需要使用其中的一些代码。搜索名称不佳的文件夹可能需要数小时才能找到我正在寻找的代码宝石。

仅仅值得一个博客或维基条目是不够的。我只想有一些包含描述的东西，可能是屏幕截图和项目的 zip 文件（或指向版本控制的指针）

我在 Visual Studio 中是否缺少用于跟踪项目的功能？是否有可用于根据项目评论等进行搜索的模板？

有没有人遇到过这样的事情？

这个问题要多久才能结束？

我有一个包含 70 个项目的 Visual Studio (2005) 解决方案文件。
每次我按 F5 运行它时，它都会告诉我有 4 个项目已过期，并询问我是否要重建它们。即使我刚刚完成了完整的构建，它也会这样做。
我理解（原则上）其他项目之一必须更新这些项目所依赖的东西，但我该如何去找出什么？

是否有任何工具可以提供帮助，或者我应该遵循什么程序来找出导致 VS 标记这些项目以进行重建的原因？

更新：
对于那些感兴趣的人来说，我的电脑似乎是/是问题（我的高清最近一直在起作用）。当我试图追踪问题时，连续的重建开始产生编译错误。我进行了清理并构建并得到了大量（显然是虚假的）错误。一次重新启动后，然后进行重建，所有错误和依赖性问题都消失了。
打扰一下，我去备份所有重要文件时...

假设我有一个包含一些代码的项目“MyFramework”，这些代码用于很多解决方案。每个解决方案都有自己的源代码控制管理 (SVN)。

MyFramework 是一个内部产品，没有正式的发布时间表，解决方案也是如此。

我宁愿不必为所有 12 个项目构建和复制 DLL，即新开发人员应该能够只执行svn-checkout并开始工作。

在所有这些解决方案中共享 MyFramework 的最佳方式是什么？

嗨，我想在我的网站上做一些改变。所以我写了一套规则，但我不知道如何在我希望它们工作的地方解雇它们，即我网站的原始代码。有人可以帮我吗？

我在 VS 2008 中为朋友的项目工作。现在我将它升级到 2010 版本，我想将它发回给我的朋友，以便他应该能够使用它。这可能吗？

如何在解决方案文件中定义项目 OutputPath？

或者，我认为我可以使用自定义项目属性。

但我不知道如何在解决方案文件中定义自定义项目属性。我正在尝试类似的东西：

我们手动维护大量.NET项目和解决方案文件；这是丑陋乏味的，应该是自动化的。这些文件都是 XML，因此为我们的目的编写一个工具并不难，但我想知道是否有人知道 VS 或 TFS API 对象，它可以让我将这些文件作为对象处理，而无需创建我自己的班级。

出于我们的目的，我们需要确保所有项目都符合一些标准： - 基础寻址 - 自定义构建类型 - 每种构建类型的特定属性 - 自定义“构建后”操作

我已经找到了在 Visual Studio 中加载项目时用于处理项目的 API，并且正在权衡为我们的需求编写加载项的选项——但理想情况下，我希望能够直接反序列化一个对象从文件中；检查是否符合要求；如果需要，进行更改并将对象序列化回文件。

仅供参考：如果您正在寻找相同的东西，请告诉我；我有兴趣在下班后写这篇文章并在 CodePlex 上分享。出于我的目的，TFS 会有一些挂钩，但我也想创建一些对其他人有用的东西。

我们将 IntelliJ .IPR 和 .IWS 文件保存在我们的源代码控制中，但只要打开它们，它们就会不断被 IntelliJ 修改，即使没有对项目进行任何工作。

我们做错了什么？

我们当前的解决方案/项目将几个类合并到一个文件中，我听说这是由于 VS 中的编译时间缓慢而完成的。

这是一个已确认的问题和解决方案吗？

既然我们正在使用 VS2008 Team 系统，我们可以将它们分开吗？有没有其他人将这些类分成不同的文件并且仍然具有良好的性能？