问题标签 [building-github-actions]

paths: 'frontend/**'在单个 repo 中，我想为不同的路径 [和]创建多个触发器，并paths: 'backend/**'为（相同的）构建作业使用不同的参数。以下是两个工作流程。

和

我可以将这两个文件合并到一个工作流文件 ( .github/workflows/) 中，还是需要为每个文件创建单独的文件？

注意：job_params两个触发器不同。

我有一个静态网站，它在分支中生成一个output文件夹。但我希望输出成为我的 GH 页面的来源，我正在寻找一种用作分支根的方法。MyBlog/outputmasteroutputgh-pages

那是我的deploy.yml

我应该做什么/添加到我的 deploy.yml 来做我想做的事。

提前致谢。

我正在尝试在 github 工作流程中将文件夹的内容复制到另一个文件夹中。我知道工作流可以创建新的文件夹和文件，因为在 react 项目上调用 build 会创建项目中不存在的构建，但它会在使用 mkdir 的后续运行命令中引发错误。

错误： mkdir: cannot create directory ‘myNewFolder’: No such file or directory

我的问题是如何实现

或者

当 repo/workflow 工作目录中不存在 myNewFolder 时工作？

编辑（请求的工作流文件）

我的复制脚本在哪里： "copy-script": "mkdir existingFolder/newFolder1/newFolder2 && cp -R oldfolder/sub existingFolder/newFolder1/newFolder2"

Context

I'm developing a GitHub Action that allows managing Repositories Issues based on my company policies (like greeting the user, changing the tags based on interactions and sending messages to Ryver's Chat when it is required).

For the sake of simplicity, lets call the used Repositories as:

• Repo Act: The repository where the action is stored (and releases are made)
• Repo Use: The repository where the action is being used (and where the issues are created, and so on)

Actions

So far, to test the changes made in the Repo Act, I have to:

1. Repo Act. Implement the logic and push it
2. Repo Act. Make a release of the action (e.g: v1.1.3)
3. Repo Use. Change the Action version, to use the new version of Repo Act (e.g: v1.1.3)
4. Repo Use. Create an issue and trigger the action

This process takes way to long. I'm looking for a way to test it locally.

So far, I've been able to short some of those steps, like, e.g:

i. Test the NodeJS logic of the action locally (giving manually values to the variables)

ii. Push the code to Repo Act with the tag so the release is made automatically

iii. Use nektos/act to simulate the point 4. "Create an issue and trigger the action".

My results

But still, this requires to manually removing the mocked values, push the new version of Repo Act, change the version on Repo Use and re-testing by creating the Issue.

There is a way to speed up this process?

I'm way too new on GitHub Repository development and maybe I'm taking the long route.

我正在构建一个任何人都可以使用的 GitHub 操作。在这里，我想运行一个 python 文件main.py并对原始 repo 进行更改。

我可以通过 API 对原始仓库进行更改。但是我在原始仓库（使用我的操作的客户仓库）中有大量配置。所以我让用户使用 JSON 文件将它们全部放入，然后在我的 python 文件中解析它们。

但是在进行 GitHub 操作时，我不能使用actions/checkout@master，所以我无法克隆原始 repo （客户的 repo）。

所以问题指向:~

• 如何克隆回购？

或者

• 如何在 GitHub 操作中获取所有配置数据（.json 文件）作为输入？

或者

• 管理大型配置值的任何其他更好的解决方案？

注意：~ 我的配置文件中有超过 50 个值。（JSON 文件）

我编码到现在是:~

客户端：~

GitHub 动作 :~

我正在尝试使用以下工作流文件通过 GitHub Action 触发 jenkins 构建

但是 Github Action 因Triggering Jenkins Build [ Backend ]以下错误而失败

在构建运行期间，我可以看到步骤sohelamin/aws-security-group-add-ip-action@master将 IP 添加到安全组并在最后删除。

为什么它尝试连接port=80而不是port=8080

我在这里想念什么？

假设我有两个分支，“main”和“work”——它们都是完全相同的项目，但是有一个区别——“work”分支包含稍微不同的工作流程（例如，一个包含条件语句if: ${{ github.event_name == 'push' }}）

那么哪个文件将是派生动作的文件？

“操作”选项卡下的操作来自哪个文件（或哪个分支）？

还有一个问题：

假设我有一个 .yml 文件，其中包含一个工作流（在推送时触发）。现在，我将推送一个带有一些更改的新 .yml 文件 - 哪个 .yml 文件将运行？已经在 repo 上活跃的那个还是正在被推送的那个？

我正在尝试.yml使用 GitHub Actions 运行以下命令，但步骤的结果未检索到或为空。

结果的文档在这里。

但是，如果我运行以下命令：

返回的值为真。

这是为什么？为什么没有outcome按预期工作？

我正在尝试使用下面的 yaml 代码对 doxygen 进行 gthub 操作。

虽然我把doxyfile放到了工作目录下，但是找不到。--> 文件 ./Doxyfile 找不到！

我想知道我的代码中缺少什么。

非常感谢您的帮助

我目前正在开发一个使用 TypeScript 构建的GitHub Action，我正在努力寻找有关如何将它们发布到 GitHub Marketplace 的好信息。我见过的几个地方表明我可以将我的操作捆绑到一个 JavaScript 文件中并将其附加到我的版本中，但其他人似乎说我需要完全跟踪我的构建目录，以便 GitHub 可以直接从中提取。这样做的正确方法是什么？两种方法都有效吗？