This tutorial focuses on the GitLab CI, but you can adapt it with a little tweak to any other CI/CD platform.
序文
アプリを先にCapgoに追加してください。このチュートリアルはアップロードフェーズに焦点を当てています。
コミット規約
最初にコミットの規約に従う必要があります conventional commits`
Conventional commits
GitLab CI for tag
次に、GitLabを自動的にビルドしてタグを作成するために、最初の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.
毎回のコミットでメインブランチのタグをリリースし、メインブランチのコミットごとに変更履歴を追加します。
気にしなくても、このファイルは自動的に作成されます。 この機能を実現するには、PERSONAL ACCESS TOKENを作成する必要があります 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 最初の1回だけ必要です。ツールはその後自動的に更新します。
ファイルをコミットして、最初のタグが __CAPGO_KEEP_0__に表示されることを確認してください!
GitHubのビルドアクション
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_1__の__CAPGO_KEEP_0__キーを取得し、__CAPGO_KEEP_0__リポジトリのシークレットに追加する必要があります。
To make this work, you need to get your API key for Capgo, add it in the secret of your GitHub repository ビルドステップでテストを追加してください。__CAPGO_KEEP_0__が正常に動作していることを確認してください。 CAPGO_TOKEN.
GitHubダッシュボードにアクセスし、ビルドを確認してください。CI/CDシステムが稼動しています。
ビルドステップでテストを追加してください。__CAPGO_KEEP_0__が正常に動作していることを確認してください。
codeダッシュボードにアクセスし、ビルドを確認してください。CI/CDシステムが稼動しています。
ビルドステップでテストを追加してください。Capgoが正常に動作していることを確認してください。
あなたのユーザー全員が、いつでもアップデートを受け取るようにしたい場合は、チャンネルに移動し、__CAPGO_KEEP_0__ に設定してください。 public.
Automatic build and release with Gitlab から続けてください。
あなたが使用している場合は、Automatic build and release with Gitlab を使用して CI/CD の自動化を計画しています。 Automatic build and release with Gitlab を使用して CI/CD の自動化を計画しています。 CI/CD に接続してください。 Capgo CI/CD の製品ワークフローに接続してください。 Capgo Native Builds の製品ワークフローに接続してください。 Capgo Integrations の製品ワークフローに接続してください。 for the product workflow in Capgo Native Builds, Capgo Integrations for the product workflow in Capgo Integrations, CI/CD インテグレーション CI/CD統合の実装詳細について GitHub Actions統合 GitHub Actions統合の実装詳細について
