小编J. *_*ler的帖子

我们目前正在研究 Github Actions（在 Github Enterprise 上），我想知道是否有关于如何最好地使用 Github Actions 构建版本的建议。

我们想要实现的目标：

• 以某种方式手动触发/批准/“推广”发布
• 使用干净的语义版本构建工件，例如 1.2.3
• 具有独特中间版本的构建（非发布）快照，例如 1.2.3-dev.14667+f39a61d （由用于 Gradle 构建的 Nebula Release 插件创建）
• 标记已发布的提交
• 我们可以再次构建代码以获取正确的发布版本（不必升级之前构建的完全相同的工件）
• 可选：限制发布到release和master分支

我一直在尝试 Github Release 功能，并向该事件注册了一个构建操作，然后构建创建的版本。以下是该工作流程的简化版本：

name: Build Release

on:
  release:
    types: [ published ]

jobs:
  build:

    runs-on: [ self-hosted ]

    steps:
    - name: "Building release"
      run: echo Building release version ${{ github.event.release.tag_name }}
    - name: Build with Gradle
      run: ./gradlew build publish -Prelease.version=${{ github.event.release.tag_name }}

这样，您可以通过创建 Github 版本来创建新版本，添加所有详细信息并发布。然后构建开始并创建匹配的工件。

虽然该工作流程没问题，但我想知道是否还有其他构建版本的最佳实践。我找不到任何内容，并且搜索该主题总是会导致单独的 Github 操作，但不会导致更高级别的讨论。