このチュートリアルは、GitHub ホスティングに焦点を当てていますが、CI/CD プラットフォームのいずれかに少しのアレンジを加えて適用することができます。
序文
Capacitor アプリを Capgo に追加することを確認してください。このチュートリアルはアップロードフェーズに焦点を当てています。
コミット規約
コミット規約に従う必要があります。 「この規約は、ツールがバージョン番号をアップグレードする方法を理解するのに役立ちます。5分で学べます。」__CAPGO_KEEP_0__ アクションのタグ
GitHub actions for tag
Then you need to create your first GitHub action to automatically build and create tags.
translations .github/workflows/bump_version.yml
__CAPGO_KEEP_0__
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.
PERSONAL ACCESS TOKEN
__CAPGO_KEEP_0__ __CAPGO_KEEP_0__ and add it to your GitHub これは、CIが変更履歴とバージョンアップをコミットできるようにする必要があります。 トークンを作成するときは、有効期限を選択してください。 PERSONAL_ACCESS_TOKEN.
Don’t worry if you don’t have this file, it will be created for you.
To make this work, you need to create a never とスコープを repo.
Set the 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に送信します。
ビルドコマンドが異なる場合は、__CAPGO_KEEP_0__のビルドコマンドを変更してください。 build_code step.
環境変数が必要な場合は、__CAPGO_KEEP_0__プロジェクト設定の__CAPGO_KEEP_1__セクションで設定してください。 MY_ENV_VAR と secret in your GitHub project setting, then secret then GitHub Action.
あなたのCapgoのAPIキーを取得し、CapgoリポジトリのAPIシークレットに追加する必要があります。 secret of your GitHub repository あなたの両方のファイルをコミットし、__CAPGO_KEEP_0__に初めてのバージョンが表示されます。 CAPGO_TOKEN.
Capgoのコミットは、生産と開発チャンネルの両方のCapgoビルドを生成します。
あなたのCapacitorが正常に動作していることを確認するために、Ionicビルドステップにテストを追加することをお勧めします。
あなたのcodeダッシュボードに移動し、最近のビルドを確認してください。あなたはCI/CDシステムを持っています。
開発と生産ビルドを管理し続けるには、Capgoアクションを使用してください。
Keep going from Manage development and production build with GitHub actions
あなたが使用している場合 GitHubアクションを使用して開発と実稼働ビルドを管理する チャンネルルーティングとステージドロールアウトを計画するには、 チャンネル チャンネル チャンネル チャンネル ベータテストソリューション ベータテストソリューションで製品ワークフロー バージョン目標ソリューション バージョン目標ソリューションで製品ワークフロー バージョン目標ソリューションで製品ワークフロー バージョン対象ソリューションの製品ワークフローについて。
