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
이것은 메인 branch의 모든 커밋에 대해 태그를 릴리즈하고 메인 branch의 각 커밋에 대한 변경 로그 항목을 추가합니다. CHANGELOG.md.
기록 규칙을 따라야 합니다.
이 작업을 완료하려면 파일을 만들야 합니다. 개인 접근 토큰 그리고 GitHub에 추가하세요 비밀 으로 PERSONAL_ACCESS_TOKEN.
CI가 변경 로그를 커밋할 수 있도록 하기 위해 이것이 필요합니다.
토큰을 생성할 때 만료 기간을 never 으로 선택하세요 repo.
그리고 범위는 package.json 으로 선택하세요
마지막으로, __CAPGO_KEEP_0__의
You can now commit this both files and see your first tag appear in GitHub!
모바일 및 웹 플랫폼 모두 각 커밋 후 버전 번호가 증가합니다.
GitHub GitHub 작업을 위한 자동 빌드
파일을 생성할 경로를 지정하세요 .github/workflows/build.yml
자동화된 빌드 및 릴리스는 GitHub Actions를 사용하여 수행할 수 있습니다.
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를 사용하려면 API 키를 Capgo 에서 가져와 __CAPGO_KEEP_2__ 에 추가해야 합니다. GitHub의 비밀 저장소 as CAPGO_TOKEN.
GitHub에서 첫 번째 태그가 나타날 수 있습니다.
프로덕션 채널에 대한 새로운 빌드를 생성하기 위해 커밋을 추가하세요.
당신의 테스트를 빌드 단계에 추가하여 code이 작동하는지 확인해야 합니다.
Capgo 대시보드로 이동하여 새로 생성된 빌드를 확인하고 CI/CD 시스템이 준비되었습니다.
사용자들이 업데이트를 언제든지 받을 수 있도록 하려면 채널로 이동하여 __CAPGO_KEEP_0__을 설정하세요. public.
Ionic Capacitor JavaScript 앱의 네이티브 빌드를 추가하려면 이 튜토리얼 👇을 따라하세요.
자동 빌드 및 릴리스 앱과 Github 액션으로 CI/CD 자동화 계획을 계속 진행하세요.
자동 빌드 및 릴리스 앱과 __CAPGO_KEEP_0__ 액션을 사용하여 CI/CD 자동화를 계획하고 __CAPGO_KEEP_0__ CI/CD와 연결하세요. Github CI/CD에서 제품 워크플로우를 Github CI/CD와 연결하세요. __CAPGO_KEEP_0__ 네이티브 빌드에서 제품 워크플로우를 __CAPGO_KEEP_0__ 네이티브 빌드와 연결하세요. Capgo Capgo Capgo Capgo Capgo 통합 Capgo 제품 워크플로우에서 Capgo 통합 CI/CD 통합 CI/CD 통합 구현 세부 사항에서 GitHub 액션 통합 액션 통합 구현 세부 사항에서 GitHub