如何在Chef Infra的foreach循环中延迟评估变量

核心解决方案是将注册表子键的获取和修改逻辑全部延迟到收敛阶段执行，通过在ruby_block内动态创建registry_key资源来绕过编译阶段的限制，具体实现如下：

实现步骤及代码示例 #

1. 先确保软件安装资源优先执行，保证目标注册表父键已生成：

windows_package "目标软件" do
  source "path/to/your/installer.msi"
  action :install
end

2. 在ruby_block中完成运行时的注册表操作：

ruby_block "批量修改随机GUID注册表键" do
  block do
    # 运行时读取注册表子键（此时软件已安装，键存在）
    parent_reg_path = "HKLM\\Software\\YourSoftwareParentKey"
    guid_subkeys = registry_get_subkeys(parent_reg_path)

    # 遍历每个GUID子键，动态创建registry_key资源
    guid_subkeys.each do |guid_key|
      target_reg_path = "#{parent_reg_path}\\#{guid_key}"
      # 实例化registry_key资源并添加到Chef的资源集合
      Chef::Resource::RegistryKey.new(target_reg_path, run_context).tap do |reg_resource|
        reg_resource.values [{
          name: "需要修改的键值名",
          type: :string, # 根据实际需求选择类型：:string, :dword等
          data: "目标值"
        }]
        reg_resource.action :create # 或:modify，根据需求选择
      end
    end
  end
  # 订阅软件安装事件，确保安装完成后立即执行此ruby_block
  subscribes :run, "windows_package[目标软件]", :immediately
end

原理说明 #

• Chef的编译阶段仅生成资源执行计划，此时软件尚未安装，注册表键不存在，因此直接在编译阶段调用registry_get_subkeys会报错。
• ruby_block的代码块在收敛阶段执行，此时软件已安装完成，可正常读取到随机生成的GUID子键。
• 通过Chef::Resource::RegistryKey.new动态创建资源并加入到run_context的资源集合中，这些资源会被Chef自动执行，实现批量修改操作。

内容的提问来源于stack exchange，提问作者01j3f1