问题标签 [build-events]

我想将其他参数发送到我在 Visual Studio 2008 的“预构建事件命令行”中运行的批处理文件。我可以通过传入将目录（“cd”）更改为当前的“解决方案目录” “$（解决方案目录）\我的项目”。

我可以传递构建版本吗？我已将 AssemblyInfo.cs 设置为自动增量（如此处所述：http: //blog.mbcharbonneau.com/2007/03/13/auto-incrementing-build-numbers-in-visual-studio/）

谢谢@jeffamaphone。如果你真的回答，我可以接受。

或者，我终于在这里也找到了类似的东西。 http://www.blackwasp.co.uk/VSBuildEvents.aspx

正如标题所说，我需要一个预构建命令 CONDITION，它在构建解决方案/项目上执行一个 exe，并在我使用 F5 时通过。

我在某些网站上发现“$(ConfigurationName)”是一种可能的解决方案，但它只有在每次手动更改配置类型时才有效。

有谁知道诀​​窍？？

在 Visual Studio 2008 中，我们运行一个调用 NANT 的构建后事件，然后创建我们的配置文件。

例如

有没有办法只在 ReBuild 上运行它？

我从事的项目之一需要读取注册表项以确定某些值。通常该值将在安装过程中写入。

因为我也想在本地运行项目（无需安装），所以我想在构建完成后写入该值。

有没有一种简单的方法可以做到这一点？

有什么方法可以强制Clean作为Visual Studio 中单个项目的Post /Pre build 事件采取行动？

谢谢你。

我正在尝试从 ESRI 编译样本，但出现此错误

错误 1：命令"esriRegasm.exe CommandInheritingBaseCommand.dll" /p:Desktop /s"以代码 -1 退出。

因此，必须有一个命令可以esriRegasm.exe在项目中的某处调用，但我找不到它。我右键单击项目 →属性并查看Build和Build Events选项卡，但没有发现任何内容。还能在哪里？

当我使用 Visual Studio 编译我的应用程序时，我想在 GAC 中可靠地自动安装我的应用程序程序集。我在 Web 应用程序的构建中设置了构建前和构建后事件。

预构建事件：

构建后事件：

如您所见，我还在回收我的 Web 应用程序池，以便新程序集开始工作。

我遇到的问题是这是一个非常不可靠的过程。如果我的 Web 应用程序失败，我的下一个构建将失败，因为卸载将失败（构建后没有在以前的构建上运行）......等等。

我想让这个过程尽可能可靠。我想有条件地卸载和程序集，如果它们存在并强制安装，无论它们是否存在......但是预构建事件仍然很重要，原因如下：

重要的

重要的是在构建之前完全卸载我的所有程序集，否则它们不会复制到我的输出目录（因为编译器在 GAC 中找到它们）因此 GAC 安装失败，因为它无法在输出 \bin 文件夹中找到程序集。

我应该如何可靠地在我的 Web 应用程序构建上进行 GAC 卸载和安装？

我有一个 VS2010 解决方案，里面有四个项目。

我有一个要运行的半复杂命令行，它使用 Visual Studio 构建事件宏。

此命令行当前适用于post-build每个项目 - 但是每个项目中的命令行都是相同的，我想尽量保持DRY。

有没有办法消除这里的重复，以某种方式将我的命令行和宏设置为某处的任务，然后为每个项目调用该任务？

在 C++ 程序的编译结束后，我会执行一个 exe 文件或一个 bat 文件。我怎么能这样做？

编辑 1 这是我的实际命令行：

我之前的问题的逻辑跟进：“如何检查解决方案中的所有项目是否符合某些标准？ ”
使用 CustomAfterMicrosoftCommonTargets、CustomBeforeMicrosoftCommonTargets 给了我一个很好的答案。他们确实有效，所以我决定不中途停下来。

问题是我不想要机器范围的任务。这对我（它会影响其他构建。当然，这可以处理，但仍然）和我的队友（我不想让他们在系统文件夹中放一些东西......）都不是一个好主意，也不是用于构建服务器。需要什么：在干净的机器上使用 Visual Studio 或 MSBuild 从头开始​​构建解决方案。

看来 Custom*MicrosoftCommonTargets 是常规属性。

那么，如何指定这个属性呢？从命令行设置它时效果很好。这很奇怪，但这里似乎有一点魔力：作为命令行参数传递给一个构建的属性被传递给所有嵌套构建！

这对于构建服务器来说很好。但这不适用于 Visual Studio 构建。甚至声明解决方案级别的属性也无济于事：静态属性和动态属性都不会转移到嵌套构建中。

...我有一个 hacky 想法，即在解决方案构建之前设置环境变量并在之后将其删除。但我不喜欢它。有更好的想法吗？