Homebrew/actions

# Homebrew 的 GitHub Actions 请前往子目录查看特定 Actions 的更多信息。 每个目录（除了 `node_modules`）都是一个独立的 Action。 ## 开发说明 在 Actions 的子目录中，没有单独的 `node_modules` 目录或 `package-lock.json` 文件。 这是因为我们尝试为所有 Actions 一起维护一个顶层依赖栈。 要添加新依赖（因为某个 Action 需要它），请在此仓库的根目录下运行 `npm install`。 要一次性更新所有 Actions 的依赖，只需在此仓库的根目录下运行 `npm upgrade` 即可。 为了保持一致性，Workflow 的名称与 Actions 的目录名称相匹配。 测试特定 Action 的 Workflow 仅在该 Action 的目录内容或 Workflow 文件发生更改时才会运行。 此外，如果 `package.json` 或 `package-lock.json` 文件或 `node_modules` 目录发生更改，所有测试 Workflow 都将运行。 要在本地测试 Action，首先在此仓库的根目录下运行 `npm install`，然后进入你的 Action 目录，运行 `node main.js`。输入变量通过环境变量指定。例如，如果某个 Action 需要一个 `pull_request` 输入，运行 `export INPUT_PULL_REQUEST=1234` 就会将该输入传递给 Node.js 脚本。对于需要来自 [GitHub Events API](https://docs.github.com/en/free-pro-team@latest/developers/webhooks-and-events/github-event-types) 变量的 Actions，你需要保存（或构建）相应的 JSON 文件，然后将 `GITHUB_EVENT_PATH` 设置为该文件的路径。

标签：CMS安全, DNS解析, GitHub Actions, GitHub Marketplace, GNU通用公共许可证, Homebrew, JavaScript, MITM代理, Node.js, npm, 包管理, 工作流, 开源框架, 开源项目, 持续部署, 持续集成, 数据集, 暗色界面, 网络调试, 自动化, 自动化攻击, 自动化攻击, 自动笔记, 软件开发