このチュートリアルはGitHubホスティングに焦点を当てていますが、他のCI/CDプラットフォームに適応するにはわずかな調整が必要です。
序文
CapacitorアプリをCapgoに追加することを確認してください。このチュートリアルはアップロードフェーズに焦点を当てています。 Capgoにアプリを追加する必要がある場合は、この チュートリアル
コミット規約
最初にコミット規約を遵守する必要があります 標準的なコミット` このツールがバージョン番号をアップグレードする方法を理解するのに役立つようにするため、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.
このファイルが必要ない場合は心配しないでください。自動的に作成されます。
この機能を実現するには、 PERSONAL ACCESS TOKEN を GitHub に追加してください。 秘密 として PERSONAL_ACCESS_TOKEN.
CI がチェンジログをコミットできるようにする必要があります。
トークンを作成するときは、期限を never スコープを repo.
最後に、 package.json ファイルにバージョンを設定し、Native バージョン番号と同期してください。これにより、次のステップが容易になります。
最初の時のみ必要です。その後、ツールは自動的に更新します。
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_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__のシークレットに__CAPGO_KEEP_0__キーを追加する必要があります。
codeのビルドが正常に動作していることを確認するには、テストをビルドステップに追加する必要があります。
Capgoのダッシュボードに移動し、最近出現したビルドを確認してください。CI/CD システムが設定されました。
If you want to let all of your users get the update whenever it’s available, go to your channel and set it to public.
You can also add the native build of your Ionic Capacitor JavaScript app by following this tutorial 👇
Automatic build and release app with Github actions
If you are using Automatic build and release app with Github actions to plan CI/CD automation, connect it with Capgo CI/CD for the product workflow in Capgo CI/CD Capgo Native Builds for the product workflow in Capgo Native Builds Capgo Integrations for the product workflow in Capgo Integrations CI/CD統合 CI/CD統合の実装詳細については GitHub アクション統合 GitHub アクション統合の実装詳細については
