このチュートリアルは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 に表示されることを確認できます。
両方のプラットフォーム (Native と Web) では、各コミット後にバージョン番号が自動的に増分されます。
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__に必要な__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_KEEP_0__が正常に動作していることを確認する必要があります。 CAPGO_TOKEN.
GitHubダッシュボードにアクセスし、最近追加されたビルドを確認し、CI/CDシステムを構築したことを確認します。
__CAPGO_KEEP_0__のキーを取得するには、__CAPGO_KEEP_1__にアクセスする必要があります。
codeのシークレットにキーを追加するには、codeのリポジトリにアクセスする必要があります。
Capgoのビルドを確認するには、Capgoのダッシュボードにアクセスする必要があります。
あなたのユーザー全員が更新をいつでも受け取るようにしたい場合は、チャンネルに移動し、設定を public.
IonicのCapacitor JavaScriptアプリのネイティブビルドを追加することもできます。以下のチュートリアルに従ってください 👇
Automatic build and release app with Github actionsから続けてください
Capacitorを使用している場合 Automatic build and release app with Github actions CI/CDの自動化を計画する場合、Capacitorを 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 アクション統合の実装詳細については
