这个 Action 可以让你在工作流程中轻松快速地编写脚本,使用 GitHub API 和工作流运行上下文。
要使用这个 Action,请提供一个名为 script
的输入,其中包含异步函数调用的主体。将提供以下参数:
github
一个预先认证的 octokit/rest.js 客户端,带有分页插件context
一个包含工作流运行上下文的对象core
@actions/core 包的引用glob
@actions/glob 包的引用io
@actions/io 包的引用exec
@actions/exec 包的引用require
一个围绕普通 Node.js require
的代理包装器,用于启用相对路径(相对于当前工作目录)的 require 和在当前工作目录中安装的 npm 包的 require。如果由于某种原因你需要未包装的 require
,有一个逃生舱可用:__original_require__
是 require
的原始值,没有应用我们的包装。由于 script
只是一个函数体,这些值将已经被定义,所以你不需要导入它们(参见下面的例子)。
有关 API 客户端文档,请参阅 octokit/rest.js。
此 Action 的版本 7 将运行时更新到 Node 20 - https://docs.github.com/en/actions/creating-actions/metadata-syntax-for-github-actions#runs-for-javascript-actions
所有脚本现在都使用 Node 20 而不是 Node 16 运行,并受到 Node 16 和 20 之间的任何重大变更的影响。
previews
输入现在只适用于 GraphQL API 调用,因为 REST API 预览不再必要 - https://github.blog/changelog/2021-10-14-rest-api-preview-promotions/。
此 Action 的版本 6 将运行时更新到 Node 16 - https://docs.github.com/en/actions/creating-actions/metadata-syntax-for-github-actions#runs-for-javascript-actions
所有脚本现在都使用 Node 16 而不是 Node 12 运行,并受到 Node 12 和 16 之间的任何重大变更的影响。
此 Action 的版本 5 包括 @actions/github
和 @octokit/plugin-rest-endpoint-methods
的版本 5。作为此更新的一部分,通过 github
可用的 Octokit 上下文不再直接具有 REST 方法。这些方法通过 github.rest.*
提供 - https://github.com/octokit/plugin-rest-endpoint-methods.js/releases/tag/v5.0.0
例如,V4 中的 github.issues.createComment
在 V5 中变为 github.rest.issues.createComment
github.request
、github.paginate
和 github.graphql
保持不变。
请参阅 development.md。
脚本的返回值将在步骤的输出中的 "result" 键下。
- uses: actions/github-script@v7 id: set-result with: script: return "Hello!" result-encoding: string - name: Get result run: echo "${{steps.set-result.outputs.result}}"
有关如何更改这些输出的编码方式的详细信息,请参阅"结果编码"。
默认情况下,函数的 JSON 编码返回值被设置为 github-script 步骤输出中的 "result"。对于某些工作流程,首选字符串编码。可以使用 result-encoding
输入设置此选项:
- uses: actions/github-script@v7 id: my-script with: result-encoding: string script: return "I will be string (not JSON) encoded!"
默认情况下,使用 github
实例发出的请求不会重试。你可以使用 retries
选项配置此行为:
- uses: actions/github-script@v7 id: my-script with: result-encoding: string retries: 3 script: | github.rest.issues.get({ issue_number: context.issue.number, owner: context.repo.owner, repo: context.repo.repo, })
在这个例子中,github.rest.issues.get()
的请求失败将重试最多 3 次。
你还可以通过 retry-exempt-status-codes
选项配置哪些状态码应该免于重试:
- uses: actions/github-script@v7 id: my-script with: result-encoding: string retries: 3 retry-exempt-status-codes: 400,401 script: | github.rest.issues.get({ issue_number: context.issue.number, owner: context.repo.owner, repo: context.repo.repo, })
默认情况下,以下状态码不会重试:400, 401, 403, 404, 422
(来源)。
这些重试使用 octokit/plugin-retry.js 插件实现。重试使用指数退避来间隔重试。(来源)
请注意,在这个 Action 中 github-token
是可选的,输入存在是为了在需要使用非默认令牌的情况下使用。
默认情况下,github-script 将使用提供给你的工作流程的令牌。
- name: View context attributes uses: actions/github-script@v7 with: script: console.log(context)
on: issues: types: [opened] jobs: comment: runs-on: ubuntu-latest steps: - uses: actions/github-script@v7 with: script: | github.rest.issues.createComment({ issue_number: context.issue.number, owner: context.repo.owner, repo: context.repo.repo, body: '👋 感谢你的报告!' })
on: issues: types: [opened] jobs: apply-label: runs-on: ubuntu-latest steps: - uses: actions/github-script@v7 with: script: | github.rest.issues.addLabels({ issue_number: context.issue.number, owner: context.repo.owner, repo: context.repo.repo, labels: ['分类'] })
你可以使用与 GitHub 网页界面相同的 Markdown 语法 来格式化评论中的文本:
on: pull_request_target jobs: welcome: runs-on: ubuntu-latest steps: - uses: actions/github-script@v7 with: script: | // 获取PR创建者创建的所有issue列表 // 参见:https://octokit.github.io/rest.js/#pagination const creator = context.payload.sender.login const opts = github.rest.issues.listForRepo.endpoint.merge({ ...context.issue, creator, state: 'all' }) const issues = await github.paginate(opts) for (const issue of issues) { if (issue.number === context.issue.number) { continue } if (issue.pull_request) { return // 创建者已经是贡献者了。 } } await github.rest.issues.createComment({ issue_number: context.issue.number, owner: context.repo.owner, repo: context.repo.repo, body: `**欢迎**,新贡献者! 请确保你已经阅读了我们的[贡献指南](CONTRIBUTING.md),我们期待很快审核你的 Pull request ✨` })
你可以使用 github
对象访问 Octokit API。例如,github.request
on: pull_request jobs: diff: runs-on: ubuntu-latest steps: - uses: actions/github-script@v7 with: script: | const diff_url = context.payload.pull_request.diff_url const result = await github.request(diff_url) console.log(result)
(请注意,这个特定的例子只适用于公共 URL,其中 diff URL 是公开可访问的。获取私有 URL 的 diff 需要使用 API。)
这将在屏幕上打印完整的 diff 对象;result.data
将包含实际的 diff 文本。
你可以使用 github.graphql
对象对 GitHub API 运行自定义 GraphQL 查询。
jobs: list-issues: runs-on: ubuntu-latest steps: - uses: actions/github-script@v7 with: script: | const query = `query($owner:String!, $name:String!, $label:String!) { repository(owner:$owner, name:$name){ issues(first:100, labels: [$label]) { nodes { id } } } }`; const variables = { owner: context.repo.owner, name: context.repo.repo, label: 'wontfix' } const result = await github.graphql(query, variables) console.log(result)
如果你不想内联你想运行的整个脚本,你可以使用存储库中的单独 JavaScript 模块,如下所示:
on: push jobs: echo-input: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - uses: actions/github-script@v7 with: script: | const script = require('./path/to/script.js') console.log(script({github, context}))
然后从你的模块导出一个函数:
module.exports = ({github, context}) => { return context.payload.client_payload.value }
请注意,因为你不能 require
像 GitHub 上下文或 Actions Toolkit 库这样的东西,你会想把它们作为参数传递给你的外部函数。
此外,你会想使用 checkout action 来确保你的脚本文件可用。
你也可以以这种方式使用异步函数,只要你在内联脚本中 await
它。
在你的工作流程中:
on: push jobs: echo-input: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - uses: actions/github-script@v7 env: SHA: '${{env.parentSHA}}' with: script: | const script = require('./path/to/script.js') await script({github, context, core})
然后从你的模块导出一个异步函数:
module.exports = async ({github, context, core}) => { const {SHA} = process.env const commit = await github.rest.repos.getCommit({ owner: context.repo.owner, repo: context.repo.repo, ref: `${SHA}` }) core.exportVariable('author', commit.data.commit.author.email) }
像上面导入你自己的文件一样,你也可以使用已安装的模块。请注意,这是通过 require
的包装器实现的,所以如
一键生成PPT和Word,让学习生活更轻松
讯飞智文是一个利用 AI 技术的项目,能够帮助用户生成 PPT 以及各类文档。无论是商业领域的市场分析报告、年度目标制定,还是学生群体的职业生涯规划、实习避坑指南,亦或是活动策划、旅游攻略等内容,它都能提供支持,帮助用户精准表达,轻松呈现各种信息。
深度推理能力全新升级,全面对标OpenAI o1
科大讯飞的星火大模型,支持语言理解、知识问答和文本创作等多功能,适用于多种文件和业务场景,提升办公和日常生活的效率。讯飞星火是一个提供丰富智能服务的平台,涵盖科技资讯、图像创作、写作辅助、编程解答、科研文献解读等功能,能为不同需求的用户提供便捷高效的帮助,助力用户轻松获取信息、解决问题,满足多样化使用场景。
一种基于大语言模型的高效单流解耦语音令牌文本到语音合成模型
Spark-TTS 是一个基于 PyTorch 的开源文本到语音合成项目,由多个知名机构联合参与。该项目提供了高效的 LLM(大语言模型)驱动的语音合成方案,支持语音克隆和语音创建功能,可通过命令行界面(CLI)和 Web UI 两种方式使用。用户可以根据需求调整语音的性别、音高、速度等参数,生成高质量的语音。该项目适用于多种场景,如有声读物制作、智能语音助手开发等。
字节跳动发布的AI编程神器IDE
Trae是一种自适应的集成开发环境(IDE),通过自动 化和多元协作改变开发流程。利用Trae,团队能够更快速、精确地编写和部署代码,从而提高编程效率和项目交付速度。Trae具备上下文感知和代码自动完成功能,是提升开发效率的理想工具。
AI助力,做PPT更简单!
咔片是一款轻量化在线演示设计工具,借助 AI 技术,实现从内容生成到智能设计的一站式 PPT 制作服务。支持多种文档格式导入生成 PPT,提供海量模板、智能美化、素材替换等功能,适用于销售、教师、学生等各类人群,能高效制作出高品质 PPT,满足不同场景演示需求。
选题、配图、成文,一站式创作,让内容运营更高效
讯飞绘文,一个AI集成平台,支持写作、选题、配图、排版和发布。高效生成适用于各类媒体的定制内容,加速品牌传播,提升内容营销效果。
专业的AI公文写作平台,公文写作神器
AI 材料星,专业的 AI 公文写作辅助平台,为体制内工作人员提供高效的公文写作解决方案。拥有海量公文文库、9 大核心 AI 功能,支持 30 + 文稿类型生成,助力快速完成领导讲话、工作总结、述职报告等材料,提升办公效率,是体制打工人的得力写作神器。
OpenAI Agents SDK,助力开发者便捷使用 OpenAI 相关功能。
openai-agents-python 是 OpenAI 推出的一款强大 Python SDK,它为开发者提供了与 OpenAI 模型交互的高效工具,支持工具调用、结果处理、追踪等功能,涵盖多种应用场景,如研究助手、财务研究等,能显著提升开发效率,让开发者更轻松地利用 OpenAI 的技术优势。
高分辨率纹理 3D 资产生成
Hunyuan3D-2 是腾讯开发的用于 3D 资产生成的强大工具,支持从文本描述、单张图片或多视角图片生成 3D 模型,具备快速形状生成能力,可生成带纹理的高质量 3D 模型,适用于多个领域,为 3D 创作提供了高效解决方案。
一个具备存储、管理和客户端操作等多种功能的分布式文件系统相关项目。
3FS 是一个功能强大的分布式文件系统项目,涵盖了存储引擎、元数据管理、客户端工具等多个模块。它支持多种文件操作,如创建文件和目录、设置布局等,同时具备高效的事件循环、节点选择和协程池管理等特性。适用于需要大规模数据存储和管理的场景,能够提高系统的性能和可靠性,是分布式存储领域的优质解决方案。
最新AI工具、AI资讯
独家AI资源、AI项目落地
微信扫一扫关注公众号