Gitlabを使用した自動ビルドとリリース

GitLabを使用した自動ビルドとリリース

GitLabを使用して無料でCI/CDパイプラインを作成し、mainブランチにプッシュするたびにアプリをデプロイしてください。

記事のクレジット

マーティン・ドナディュー

ライター

ヴァレリア

レビュアー

ジョーダン

エディター

このチュートリアルはGitLab CIに焦点を当てていますが、他のCI/CDプラットフォームに適応させるには少し調整するだけで済みます。

序文

アプリをCapgoに追加しておくことを確認してください。このチュートリアルはアップロードフェーズに焦点を当てています。

コミット規約

最初にコミット規約を遵守する必要があります。慣習的なコミットこれにより、ツールがバージョン番号をアップグレードする方法を理解できるようになります。5分で学べます。

慣習的なコミット

GitLab CIタグ

GitLabを自動でビルドしてタグを作成するには、最初のGitLabを作成する必要があります。

ファイルを作成する場所を指定してください。 .github/workflows/bump_version.yml

GitLabを使用した自動ビルドとリリース

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を設定する必要があります。パーソナルアクセストークン GitLab CI/CD変数に追加してください PERSONAL_ACCESS_TOKEN.

CIは変更履歴をコミットする必要があるためには、この設定が必要です。

Tokenの作成時に有効期限を選択します。 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回だけ必要です。ツールはその後自動で更新します。

この両方のファイルをコミットして、最初のタグが 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 ステップ

この機能を実行するには、APIのCapgoキーを取得し、 GitHubリポジトリのシークレットに追加する必要があります。そして CAPGO_TOKEN.

GitHubの両方のファイルをコミットし、GitHubで最初のタグが表示されることを確認できます。

__CAPGO_KEEP_0__のコミットが生成されるため、生産チャンネルの新しいビルドが作成されます。

あなたのcodeが正常に動作していることを確認するために、ビルドステップにあなたのテストを追加する必要があります。

Capgoダッシュボードに移動し、ビルドを確認し、CI/CDシステムが稼働していることを確認します。

あなたのユーザー全員が更新を取得できるようにするには、チャンネルに移動し、 public.

自動ビルドとリリースのGitLab

を続けてください。 GitLabを使用している場合 自動ビルドとリリースのGitLabを使用してCI/CDの自動化を計画している場合、 Capgo CI/CD Capgo CI/CD Capgo 本機ビルド Capgo Native Builds Capgo アサイコターを不为いにしたプログを不为いにした。 Capgo アサイコターを不为いにしたプログを不为いにした。 CI/CDアサイコターを不为いにしたアサイコターを不为いにしたプログを不为いにした。 GitHub アクション統合 Capgoの実装詳細については、GitHub Actions統合を参照してください。