本教程专注于 GitLab CI，但您可以轻微调整它以适应任何其他 CI/CD 平台。
序言
请确保您已将应用程序添加到 Capgo，本教程仅关注上传阶段。
提交约定
首先，您需要遵循提交约定 上下文：Capgo Builder / 原生云构建产品页面。角色：短 UI 标签或导航项。消息键 `native_build_builder_credit_first` (原生构建构建器首先)。规范提交
规范提交
GitLab CI for tag
然后您需要创建第一个 GitLab 来自动构建并创建标签。 .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.
如果您没有这个文件，别担心，它会自动创建。
为了使其工作，请创建一个 个人访问令牌 并将其添加到您的 GitLab CI/CD 变量中，如 PERSONAL_ACCESS_TOKEN.
这是让 CI 提交变更日志所必需的。
当您创建令牌时，请选择 never 并将范围设置为 repo.
最后，要让工具了解您的版本保存在哪里，您必须创建一个文件 .cz.toml 在您的仓库根目录下。
并在其中添加：
[tool.commitizen]
name = "cz_conventional_commits"
tag_format = "$major.$minor.$patch$prerelease"
version = "0.11.5"
version_files = [
"package.json:version",
".cz.toml"
]将此文件中的版本设置为您仓库中版本的相同值。 package.json 文件。
第一次只需这样做，之后工具会自动更新。
现在可以提交这两个文件并看到第一个标签出现在GitHub中！
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 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 secret of your GitHub repository 步骤 CAPGO_TOKEN.
现在你可以同时提交这两个文件并看到你的第一个标签出现在GitHub!
添加提交将为生产频道生成一个新的构建。
你应该在构建步骤中添加你的测试，以确保你的code正在工作。
去你的Capgo控制台查看刚刚出现的构建，你现在有了你的CI/CD系统。
如果你想让所有用户在更新可用时都能获得更新，请前往频道并设置为 public.
继续从 Gitlab 自动构建和发布
如果你正在使用 Gitlab 自动构建和发布 来规划 CI/CD 自动化，连接它与 Capgo CI/CD 为Capgo CI/CD中的产品工作流程 Capgo 原生构建 为Capgo原生构建的产品工作流程 Capgo集成 为Capgo集成的产品工作流程 CI/CD集成 为CI/CD集成的实现细节 GitHub动作集成 为GitHub动作集成的实现细节
