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 --tagsmain branch의 모든 커밋에 대해 태그를 릴리즈하고 main branch의 각 커밋에 대한 changelog 항목을 추가합니다. CHANGELOG.md.
이 파일이 없더라도 걱정하지 마세요. 자동으로 생성됩니다.
이 기능을 사용하려면 개인 접근 토큰 그리고 GitHub에 추가하세요 비밀 으로 PERSONAL_ACCESS_TOKEN.
CI가 변경 로그를 커밋할 수 있도록 하기 위해 필요합니다.
토큰을 생성할 때 만료 기간을 never 으로 선택하세요 repo.
그리고 범위는 package.json 으로 선택하세요
마지막으로, Native 버전 번호와 일치하도록 __CAPGO_KEEP_0__의 버전을 설정하세요.
You can now commit this both files and see your first tag appear in GitHub!
native 및 웹 플랫폼 모두 각 커밋 후 버전 번호가 증가합니다.
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 productionCapgo로 전송하기 전에 의존성을 설치하고 빌드하는 데 사용됩니다.
빌드 명령이 다르다면, __CAPGO_KEEP_0__ 단계에서 변경할 수 있습니다. 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.
You can now commit this both files and see your first tag appear in GitHub!
__CAPGO_KEEP_0__
당신의 테스트를 빌드 단계에 추가하여 code이 작동하는지 확인해야 합니다.
Capgo 대시보드로 이동하여 새로 생성된 빌드를 확인하고 CI/CD 시스템을 사용할 수 있습니다.
업데이트가 언제든지 사용할 수 있도록 모든 사용자가 업데이트를 받기를 원한다면, 채널로 이동하여 __CAPGO_KEEP_0__을 설정하세요. public.
Ionic Capacitor JavaScript 앱의 네이티브 빌드를 추가하려면 이 튜토리얼 👇을 따라하세요.
Github 액션을 사용하여 자동 빌드 및 릴리스 앱을 계속 진행하세요.
__CAPGO_KEEP_0__ 액션을 사용하여 CI/CD 자동화 계획을 만든 경우, __CAPGO_KEEP_0__ CI/CD와 연결하세요. Github CI/CD에서 제품 워크플로우를 Github CI/CD와 연결하세요. __CAPGO_KEEP_0__ Native Builds에서 제품 워크플로우를 __CAPGO_KEEP_0__ Native Builds와 연결하세요. Capgo 액션을 사용하여 자동 빌드 및 릴리스 앱을 계속 진행하세요. Capgo 액션을 사용하여 CI/CD 자동화 계획을 만든 경우, Capgo CI/CD와 연결하세요. Capgo CI/CD에서 제품 워크플로우를 Capgo CI/CD와 연결하세요. Capgo Native Builds에서 제품 워크플로우를 Capgo Native Builds와 연결하세요. Capgo 통합 Capgo 제품 워크플로우를 위한 통합 CI/CD 통합 __CAPGO_KEEP_0__ 액션 통합 GitHub 액션 통합 for the implementation detail in GitHub Actions Integration.
