使用GitHub管理开发和生产构建

本教程重点介绍了GitHub的托管，但您可以通过一些微调来适应任何其他CI/CD平台

前言

确保您已经将Capacitor应用添加到Capgo中，这个教程只关注上传阶段

提交约定

首先您需要遵循提交规范规范提交` 这将有助于工具了解如何升级版本号，学习它只需5分钟。

规范提交

GitHub 为标签

然后您需要创建第一个 GitHub 动作来自动构建和创建标签。

创建一个文件在这个路径: .github/workflows/bump_version.yml

内容如下:

name: Bump version

on:
  push:
    branches:
      - main
      - development

jobs:
  bump-version:
    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
    runs-on: ubuntu-latest
    name: "Bump version and create changelog with standard version"
    steps:
      - name: Check out
        uses: actions/checkout@v6
        with:
          fetch-depth: 0
          filter: blob:none
          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
      - name: Git config
        run: |
          git config --local user.name "github-actions[bot]"
          git config --local user.email "github-actions[bot]@users.noreply.github.com"
      - name: Create bump and changelog
        if: github.ref == 'refs/heads/main'
        run: npx capacitor-standard-version
      - name: Create bump and changelog
        if: github.ref != 'refs/heads/main'
        run: npx capacitor-standard-version --prerelease alpha
      - name: Push to origin
        run: |
          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
          git pull $remote_repo $CURRENT_BRANCH
          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags

这将为每个主分支的提交发布一个标签。并且一个 alpha 发布 development,最后一个每个提交的 CHANGELOG.md.

更新日志条目。

To make this work, you need to create a 个人访问令牌 and add it to your GitHub __CAPGO_KEEP_0__ 秘密秘密 PERSONAL_ACCESS_TOKEN.

作为

这有必要让CI提交更改日志和版本号。 never 当您创建令牌时，请选择过期时间为 repo.

并将范围设置为 version 设置 package.json 在您的文件中使用该密钥。使用该文件中的最后一个版本发布到商店中。

第一次使用时需要，之后工具会自动更新。

现在可以提交这两个文件并看到第一个标签出现在GitHub!

capacitor-standard-version 是负责魔法的包，默认情况下，它还会更新Android和IOS的版本号

GitHub 构建动作

在这个路径创建一个文件： .github/workflows/build.yml

内容如下：

name: Build source code and send to Capgo

on:
  push:
    tags:
      - '*'
      
jobs:
  deploy:
    runs-on: ubuntu-latest
    name: "Build code and release"
    steps:
      - name: Check out
        uses: actions/checkout@v6
      - name: Install dependencies
        id: install_code
        run: npm i
      - name: Build
        id: build_code
        run: npm build
        env:
          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
      - name: Create Release Alpha
        if: "contains(github.ref, '-alpha.')"
        id: create_release_prepro
        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
      - name: Create Release Production
        if: "!contains(github.ref, '-alpha.')"
        id: create_release_prod
        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production

这会安装并构建您的依赖项，然后将其发送到Capgo。

如果您的构建命令不同，您可以在步骤中进行更改。 build_code 如果您需要环境变量，请使用

并在__CAPGO_KEEP_0__项目设置中设置 MY_ENV_VAR 然后保密，然后__CAPGO_KEEP_1__ Action secret in your GitHub project setting, then secret then GitHub Action.

为了让Capgo上传工作，您需要获取您的API密钥，用于Capgo，添加它到您的Capgo仓库的密钥中将密钥添加到您的GitHub仓库的密钥中作为 CAPGO_TOKEN.

您现在可以提交这两个文件并在Capgo中看到您的第一个版本

添加提交将生成一个新的Capacitor生产和开发渠道的构建

您应该在Ionic构建步骤中添加您的测试，以确保您的code正在工作

前往您的Capgo控制台并检查刚刚出现的构建，您现在有了您的CI/CD系统

继续使用GitHub管理开发和生产构建

如果您正在使用 Manage development and production build with GitHub actions 来规划渠道路由和阶段性发布，连接它到渠道为 Channels 的实现细节， Channels 为 Channels 的实现细节， Beta 测试解决方案为 Beta 测试解决方案中的产品工作流程，版本目标解决方案为版本目标解决方案中的产品工作流程。作者马丁·多纳迪厄

使用GitHub管理开发和生产环境的构建

前言

提交约定

GitHub 为标签

GitHub 构建动作

继续使用GitHub管理开发和生产构建