我正在使用几个不同的 Github 工作流程，其中一个应该只在官方版本上运行。在.github/workflows/release.yml 里面是这个on 条件：
on:
push:
tags:
- 'v*'
但是，如果我们团队中的某个人意外（或故意）从develop 分支推送标签，这仍然可以运行。理想情况下，我们希望将其锁定，以便标签必须位于 main 分支上（因为它受到保护），甚至更进一步，如果我们能够确保标签仅引用特定的合并，那就太好了与相应版本相关的提交。例如，如果我运行
git branch --contains tags/v1.2.3
这通常会输出我制作标签的main 分支。我可以在 github 工作流中添加一个条件来检查它的输出吗？
查看Github action documentation，不清楚是使用逻辑 AND 还是逻辑 OR 评估多个条件。
【问题讨论】：
标签： github-actions
on 中指定的事件类型在它们之间有一个逻辑OR。比如
on:
push:
tags: ['v[0-9].[0-9]+.[0-9]+']
branches: [master]
不幸的是，会触发任何分支上任何匹配标签的工作流，但也会触发带有或不带有标签的 master 上的任何推送。我还按照doc 中的示例更新了标记模式。
您必须决定是否只为标签运行工作流，然后过滤掉除 master 之外的任何内容：
on:
push:
tags: ['v[0-9].[0-9]+.[0-9]+']
jobs:
myjob:
runs-on: ubuntu-latest
if: github.ref == 'refs/heads/master'
steps: [...]
或者反过来：
on:
push:
branches: [master]
jobs:
myjob:
runs-on: ubuntu-latest
if: startsWith(github.ref, 'refs/tags/v')
steps: [...]
例如，如果您的工作流程包含可能在推送到主服务器时运行的其他作业，您可能会选择第二种解决方案。您还会注意到，标签的过滤器在第二个过滤器上不太准确，它可能会成为一个问题。还需要注意的是，您可以使用on 中的条件跳过整个工作流，使用jobs.<job_id>.if 跳过整个作业，但也可以使用jobs.<job_id>.steps[*].if 跳过步骤
【讨论】：
${{ startsWith('refs/tags/v', github.ref) }} 或推送标签并检查 ${{ github.ref == 'refs/heads/main' }}。还有其他的吗？
github.ref 类似于refs/tags/xxx；当通过推送分支触发操作时，github.ref 是 refs/heads/main。所以这看起来像一个 Catch-22：当我推送一个分支时，我看不到标签，当我推送一个标签时，我看不到分支。
git merge-base --is-ancestor $tag HEAD 检查标签是否存在于 master 分支上。