构建 obj 和 exe 文件的最佳目录结构是什么？

Question

我已经制作了一段时间的 makefile。它支持通过使用包含轻松创建 exe、lib 和 dll 类型的项目。

现在我又开始使用 mercurial，我注意到一切都很好而且很干净直到我进行了构建。您会看到我的目标文件进入每个子项目的源目录下方的子目录。我将我的 lib、exe 和 dll 文件构建到主工作目录下方的目录中。这意味着每当我执行hg status 时，它都会用“？”列出这些临时二进制文件，这是我不想要的视觉混乱。 （这不是 mercurial 的错，当然我不会天真地将它们签入 repo 或类似的东西。）我只希望 hg status 发现我可能忘记正确添加的文件，而不是这些临时构建的文件.

当前的目录结构是这样的：

projroot
-- subproj1 (for source files)
-- subproj1/intr  (for object files, release build)
-- subproj2 (for source files)
-- subproj2/intr  (for object files, release build)
-- bin (for exes and dlls)
-- lib (for libraries that I build)

所以我正在考虑重组 makefile 以将构建的文件（objs libs dlls 和 exes）保留在工作目录之外。大多数人是否将所有二进制文件保存在 projroot 上一级的目录中以避免 SCM 看到它们？必须有一些最佳实践。我使用的似乎不错，但我认为它有点过时了，当然，因为我已经看到了 ant 为 Java src 和类创建一个完全独立的树的方式。

这个结构怎么样？

projroot (contains common makefile includes and repo in here)
-- subproj1 (for source files)
-- subproj2 (for source files)
build
-- subproj1/intr (.o / .obj files in release build)
-- subproj1/intd
-- subproj2/intr
-- subproj2/intd
-- lib (all built libs)
-- bin (all built exes and DLLs)

构建目录位于工作目录之外，因此我们将使用的任何 SCM 都会忽略该目录。

您的答案必须考虑到 projroot 中的通用 makefile 源代码以及存在多个项目的事实，每个项目都有自己的构建二进制文件集合，您可能希望单独分发这些二进制文件。

Answer 1

我个人更喜欢这样的目录结构，因为我不喜欢任何源子文件夹被编译的中间文件污染。清理只是删除输出文件夹的问题

projroot
-- subproj1 (for source files)
-- subproj2 (for source files)
-- output/bin (for exes and dlls)
-- output/lib (for libraries that I build)
-- output/subproj1/ ( for *.o files )
-- output/subproj2/ ( for *.o files )

这有一个额外的好处，即我可以将整个输出文件夹设置为被源代码控制管理忽略，并且我不必检查 SCM 软件来查看生成了哪些文件以及哪些文件是受版本控制的。

Answer 2

由于您已经有了 Makefile 大修答案，我将提交一个反复无常的答案。

您可以简单地教 Mercurial 忽略某些文件，并且您可以通过模式轻松地做到这一点：

// .hgignore file
syntax: glob

# Object Files
**/intr/

# Libraries
lib/

# Binaries
bin/

如我们所愿，又快又脏。

另一方面，我发现重新排列 Makefile 以拥有一个单个被污染的目录比让所有生成的文件随风飘散更好。

Answer 3

你不能设置你的.hgignore file 来隐藏hg status 的二进制文件吗？这似乎比重新排列整个项目树要简单得多。

Mercurial 将在您的根目录中查找名为 .hgignore 的文件 包含一组 glob 模式和常规的存储库 文件路径中要忽略的表达式。