이 튜토리얼은 GitHub 호스팅에 중점을 두고 있지만, 다른 CI/CD 플랫폼에 조금의 조정을 통해 적용할 수 있습니다.
소개
Capacitor 앱을 Capgo에 먼저 등록하셨는지 확인하세요. 이 튜토리얼은 업로드 단계만 다룹니다.
커밋 규칙
커밋 규칙을 따르기 시작하세요. conventional commits`이것을 배우는데 5분이면 됩니다. 도구가 버전 번호를 업그레이드하는 방법을 이해할 수 있습니다.`
GitHub 액션을 태그에 대한 액션
자동으로 빌드하고 태그를 생성하는 GitHub 액션을 생성하세요.
파일을 다음 경로에 생성하세요: .github/workflows/bump_version.yml
이 내용과 함께:
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.
이 파일이 없다고 걱정하지 마세요. 이 파일은 자동으로 생성됩니다.
이 기능을 사용하려면 __CAPGO_KEEP_0__ 개인 접근 토큰 을 생성하고 GitHub 비밀 을 설정해야 합니다. PERSONAL_ACCESS_TOKEN.
이것은 CI가 변경 로그와 버전 업데이트를 커밋할 수 있도록 허용하기 위해 필요합니다.
토큰을 생성할 때 만료 기간을 선택하세요. never __CAPGO_KEEP_0__ repo.
Set the version key in your package.json file. 사용하기 위해서는 The store에서 가장 최근에 출시된 버전을 사용하세요.
이 작업은 처음 한 번만 필요합니다. 그 후, 도구는 최신 버전을 자동으로 업데이트하므로 다시 작업할 필요가 없습니다.
이제 두 개의 파일을 커밋하고 GitHub에 첫 번째 태그가 나타날 수 있습니다!
capacitor-standard-version 마법을 하는 패키지는 이 패키지입니다. 기본적으로, 이 패키지는 안드로이드와 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 단계.
환경 변수가 필요하다면 __CAPGO_KEEP_0__ 프로젝트 설정에서 "__CAPGO_KEEP_1__"를 설정하세요. MY_ENV_VAR __CAPGO_KEEP_0__에서 __CAPGO_KEEP_1__ 키를 __CAPGO_KEEP_2__에 추가하여 __CAPGO_KEEP_0__ 저장소의 "__CAPGO_KEEP_1__" 비밀을 설정하세요. secret GitHub 업로드를 위해 GitHub 키를 __CAPGO_KEEP_2__에 추가하세요.
To make Capgo upload work, you need to get your API key for Capgo, add it in the 이 두 파일을 모두 커밋하고 GitHub에 첫 번째 버전이 나타날 수 있습니다. 커밋을 추가하면 __CAPGO_KEEP_0__ 빌드가 프로덕션 및 개발 채널에 새로 생성됩니다. CAPGO_TOKEN.
Ionic 빌드 단계에서 테스트를 추가하여 Capgo이 작동하는지 확인하세요.
Capacitor 대시보드로 이동하여 새로 생성된 빌드를 확인하세요. 이제 CI/CD 시스템이 준비되었습니다.
code 액션을 사용하여 개발 및 프로덕션 빌드를 관리하세요.
Go To your Capgo dashboard and check your build who just appeared, you now have your CI/CD system.
Keep going from Manage development and production build with GitHub actions
만약에 __CAPGO_KEEP_0__을 사용하고 있다면 GitHub을 사용하여 개발 및 운영 빌드를 관리하세요. __CAPGO_KEEP_0__을 사용하여 채널 라우팅과 스테이지드 롤아웃을 계획하고 Channels Channels에 대한 구현 세부 정보 Channels Channels에 대한 구현 세부 정보 Channels Channels에 대한 구현 세부 정보 Beta 테스트 솔루션 Beta 테스트 솔루션에 대한 제품 워크플로우 버전 대상 솔루션 __CAPGO_KEEP_0__ 제품 워크플로우를 위한 버전 목표 솔루션.
