Visual studio 我应该把exe'；自定义生成操作的定义？

我有一个exe，它作为我的项目后期构建的一部分运行。目前它只是位于projet的bin目录中

现在我想对所有项目使用相同的构建后操作，我应该将其放置在哪里？是否已经为此设置了公共位置？我会把它放在一个众所周知的路径上吗

---

我正在考虑的一个选项是将它放在“$（DevEnvDir）\MyUtils”中。

这会起作用（在路径上的任何地方都会起作用，并且不必在它前面加任何前缀）。但是，如果它只在一个解决方案中使用，并且该解决方案在源代码管理中，我建议将它放在解决方案目录中，并将该实用程序也签入源代码管理，这样任何其他签出该项目的人都可以签出它并单击“构建”。

我通常使用以下文件夹结构（所有这些都在源树的主干中）：

/source

-包含解决方案文件和项目目录

/lib

-dll引用

/tools

-exe的

/build

-ccnet/nant构建脚本

/deployment

-任何部署powershell脚本

---

这样，您可以通过

solution directory+”引用您的工具。\tools\toolname.exe

唉，它将跨越多个解决方案。我怀疑它们甚至不一定都有相同的源代码管理提供商。我同意Richard的观点——每个解决方案中都有副本。项目的新开发人员将对此表示感谢，并且工具的版本控制不再是一个问题。它将被多个解决方案使用，因此可能会出现这种情况事实证明很难维护。在主干中，我实际上有一个应用程序目录，每个目录都有我在文章中提到的结构。如果您愿意，可以在应用程序旁边有一个工具目录。但是，我实际上更喜欢为每个解决方案保留重复的工具（有自己的构建）由于它减少了版本控制的麻烦。仅供参考，我目前在一个有4个不同解决方案的项目中使用此配置，每个解决方案都有独立的版本，具有一些相互依赖性，它甚至包括一个自动化的Flex版本/单元测试。我在维护方面没有任何困难。