本教程重点介绍了GitHub托管，但您可以轻微调整以适应任何其他CI/CD平台。
序言
Be sure you have added your Capacitor app first to Capgo, this tutorial just focuses on the upload phase. If you need to add your app to Capgo, you can follow this 教程
提交约定
首先，您需要遵循提交约定 规范提交` 这将有助于工具了解如何升级版本号，学习它只需 5 分钟。`
GitHub 为标签
然后您需要创建第一个 GitHub 动作来自动构建并创建标签。
在此路径创建一个文件： .github/workflows/bump_version.yml
内容如下：
name: Bump version
on:
push:
branches:
- main
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
run: npx capacitor-standard-version
- 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这将为每个主分支提交创建一个标签，并为每个主分支提交添加一个更改日志条目。 CHANGELOG.md.
如果您不具备此文件，请不要担心，它将为您创建。
要使其工作，请创建一个 个人访问令牌 并将其添加到您的 GitHub 秘密 因为 PERSONAL_ACCESS_TOKEN.
这是让 CI 提交 changelog 的必要步骤。
当您创建令牌时，请选择过期时间为 never 并将范围设置为 repo.
最后，在您的 package.json 文件中设置版本号，同步您的本地版本号，这将有助于
然后是下一步。
You can now commit this both files and see your first tag appear in GitHub!
您现在可以提交这两个文件并看到您的第一个标签出现在 __CAPGO_KEEP_0__ 中！
GitHub actions for build
在此路径创建一个文件： .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 run build
env: # Remove both lines if you don't need it
FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Example of env var coming from a secret
- name: Create Release
id: create_release
run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production这将在发送到Capgo之前安装和构建您的依赖项。
如果您的构建命令不同，您可以在"步骤"中更改它。 build_code 为了使其工作，您需要获取您的__CAPGO_KEEP_0__密钥并将其添加到__CAPGO_KEEP_1__的
To make this work, you need to get your API key for Capgo, add it in the 您现在可以提交这两个文件并在GitHub中看到您的第一个标签! 添加提交将为生产频道生成一个新的构建。 CAPGO_TOKEN.
您应该在构建步骤中添加您的测试以确保您的GitHub正在工作。
前往您的__CAPGO_KEEP_0__控制台并检查刚刚出现的构建，您现在有了您的CI/CD系统。
code
Go To your Capgo dashboard and check your build who just appeared, you now have your CI/CD system.
如果您希望您的所有用户在可用时都能获得更新，请转到您的频道并将其设置为 public.
您还可以通过遵循以下教程添加Ionic的原生Capacitor构建：👇
从自动构建和发布应用程序Github中继续
如果您正在使用 自动构建和发布应用程序Github 来规划CI/CD自动化，连接它与 Capgo CI/CD 在Capgo CI/CD中， Capgo 原生构建 在Capgo 原生构建中， Capgo 集成 在Capgo 集成中, CI/CD 集成 CI/CD 集成的实现细节,以及 GitHub 动作集成 GitHub 动作集成的实现细节,
