3

我有一个包含“builds”目录的文件系统，每个目录都包含一个名为“build-info.xml”的文件。然而，一些构建发生在构建脚本生成“build-info.xml”之前，所以在这种情况下，我有一个有点不平凡的 SCons SConstruct，用于生成骨架 build-info.xml，以便它可以用作对进一步规则的依赖。

即：对于每个目录：

  • 如果 build-info.xml 已经存在，什么也不做。更重要的是，不要在 'scons --clean' 上删除它。
  • 如果 build-info.xml 不存在，则生成一个骨架 - build-info.xml 不依赖于任何其他文件 - 骨架本质上是最小的默认值。
  • 在 --clean 期间，如果 build-info.xml 是生成的，则删除它，否则保留它。

我的 SConstruct 看起来像这样：

def generate_actions_BuildInfoXML(source, target, env, for_signature):
    cmd = "python '%s/bin/create-build-info-xml.py' --version $VERSION --path . --output ${TARGET.file}" % (Dir('#').abspath,)
    return cmd

bld = Builder(generator = generate_actions_BuildInfoXML, chdir = 1)
env.Append(BUILDERS = { "BuildInfoXML" : bld })

...

# VERSION = some arbitrary string, not important here
# path = filesystem path, set elsewhere
build_info_xml = "%s/build-info.xml" % (path,)
if not os.path.exists(build_info_xml):
    env.BuildInfoXML(build_info_xml, None, VERSION = build)

我的问题是 'scons --clean' 不会删除生成的 build-info.xml 文件。

我在'if'中玩弄了 env.Clean(t, build_info_xml) 但我无法让它工作 - 主要是因为我无法确定分配给't'的内容 - 我想要一个生成的构建信息。 xml 被无条件地清理，而不是基于另一个目标的清理，我无法让它工作。

如果我在“if”之后但在“if”之外尝试了一个简单的 env.Clean(None, "build_info_xml")，我发现 SCons 会清理每个 build-info.xml 文件，包括那些未生成的文件。也不好。

我想知道的是 SCons 如何确定哪些文件应该被清理，哪些文件不应该被清理。我使用生成器函数阻止 SCons 将此目标记录为 Clean 候选者的方式有什么有趣的地方吗？

4

1 回答 1

8

好的，我想我已经弄清楚发生了什么——我做了一个错误的假设，即 SCons 记录了它创建的那些文件（作为目标），然后在随后的“清理”期间使用这个记录的列表。这当然没有意义。

SCons 实际上做的是重新运行所有依赖规则并创建一个新的依赖树。它使用它来确定要清理的文件。因为我有那个 os.path.exists() 条件，这意味着 build-info.xml 从未添加到 Clean 列表中，因为它在 --clean 运行时始终存在。

事实证明 env.Clean()工作正常，因为它将删除所有此类文件，这仅仅是因为 SCons 在第二次运行时（使用 --clean）无法知道特定的构建信息.xml 文件已生成而不是已经存在。

解决此问题的方法是在生成的文件旁边创建一个哨兵文件。但就目前而言，我对 SCons 的 Clean 行为的新理解就足够了。

于 2010-03-19T02:37:14.123 回答