GitHub Free vs Pro, 개인 개발자는 언제 업그레이드할까

GitHub Actions 사용량이 약 일주일 만에 1,620분까지 올라갔습니다. Pro로 올리면 풀리는 문제인지 확인했고, 실제로 Pro로 업그레이드했습니다. 그런데 사용 속도를 계산해 보니 Pro의 월 3,000분만으로는 부족했습니다. 요금제를 바꾸는 일과 CI 낭비를 줄이는 일은 별개의 문제였고, 그래서 WEFTWARE 앱 프로젝트 두 곳의 workflow를 점검하면서 CI 사용량을 줄일 방법도 따로 검토했습니다.

업그레이드와 CI 최적화는 따로 따져야 합니다

공식 표에서 Free와 Pro의 Actions 포함량 차이는 월 1,000분입니다. 한 주에 1,620분씩 쓰는 속도가 한 달 내내 이어진다고 단순히 가정하면 1,620 ÷ 7 × 30 ≈ 6,900분이 됩니다. 앞날을 예측한 숫자가 아니라 지금 속도를 가늠해 보려는 환산입니다. 그래도 이 정도 속도라면 포함량을 1,000분 늘리는 것으로는 부족하다는 점은 분명합니다.

그렇다고 Pro가 의미 없다는 뜻은 아닙니다. Pro에는 포함량 말고도 private 저장소 도구 같은 별개의 가치가 있고(아래에서 다룹니다), 그건 Actions 사용량과 상관없이 필요할 수 있습니다. 다만 분이 빨리 줄어드는 이유가 push와 pull_request에 같은 검사를 두 번 걸어 둔 것 같은 workflow 설계라면, 어떤 요금제를 쓰든 낭비는 그대로 남습니다. 그래서 요금제는 요금제대로, CI는 CI대로 따로 판단해야 합니다. 무엇이 분을 쓰는지 찾고 줄이는 방법은 GitHub Actions 비용 줄이는 방법에 정리했습니다. 이 사이트(weftware-web)의 CI는 PR에서만 돌고, 같은 PR에 커밋이 또 오면 이전 실행을 취소하고, ubuntu job 하나에 매트릭스는 없는 구성입니다.

Free와 Pro에서 달라지는 것

아래는 개인 계정 기준입니다. Actions, Packages, Codespaces 값은 공식 문서의 “Product usage included with each plan” 표를, 보호된 브랜치·Rulesets·Pages는 각 기능 문서의 제공 범위를 따랐습니다. Free의 $0은 공식 가격 페이지에 나오고, Pro의 월 $4는 운영자의 한국 계정 Licensing 화면(아래 확인 1단계 그림)에서 확인한 값입니다. 공식 가격 페이지에는 개인용 Pro 카드가 없습니다.

Actions artifacts와 Packages의 저장소 용량은 표에서 뺐습니다. 청구 문서는 둘을 같은 공유 저장소로 설명하고, 운영자의 Pro 계정 Usage 화면(아래 확인 2단계)에는 Actions 저장소 포함량이 2 GB로 표시됩니다. 많이 쓴다면 Billing 화면의 실제 사용량이 기준입니다.

표에 드러나지 않는 조건이 몇 가지 있습니다.

• 포함 분은 private 저장소에서 GitHub-hosted 러너를 쓸 때 소진됩니다. public 저장소의 표준 러너와 self-hosted 러너는 무료이고, larger runner는 포함 분이 남아 있어도 항상 요금이 붙습니다.
• 분은 워크플로를 실행한 사람이 아니라 저장소 소유자에게 청구됩니다. 조직이 소유한 저장소는 조직 플랜을 따르고, 개인 계정을 올려도 조직과 조직의 저장소에는 영향이 없다고 문서에 적혀 있습니다.
• 포함량을 넘으면 결제 수단이 없을 때는 사용이 차단되고, 있으면 예산(budget) 설정에 따라 청구됩니다. 초과 단가는 러너 종류마다 달라서 포함 분을 하나의 달러 금액으로 바꿔 말하지 않았습니다.

private 저장소에서 Pro의 값이 생기는 곳

Free에서도 private 저장소는 개수 제한 없이 만들 수 있지만 기능이 제한됩니다. 플랜 소개 문서는 Pro에 “private 저장소의 고급 도구”가 들어 있다며 필수 pull request 리뷰어, 여러 명의 리뷰어, 보호된 브랜치, 코드 소유자, Pages, 위키 등을 나열합니다. 이 목록을 전부 쓸 일은 드물어서, 혼자 개발한다면 실제로 쓸모 있는 것만 가려 볼 필요가 있습니다. 보호된 브랜치 규칙의 설정 가운데 혼자 쓰는 저장소에서도 의미가 있는 건 이쪽입니다.

• Require a pull request before merging: main에 직접 push하는 실수를 막습니다.
• Require status checks to pass before merging: CI가 통과해야 병합할 수 있게 합니다. 필수 상태 검사는 successful, skipped, neutral 상태여야 통과로 칩니다.
• force push와 삭제 방지: 규칙을 만들면 기본으로 force push는 막히고 브랜치 삭제도 막힙니다.

반대로 승인 필수(Require approvals)나 코드 소유자 리뷰는 승인해 줄 두 번째 사람이 있어야 의미가 있습니다. 혼자 쓰는 저장소에서 “필수 리뷰어 때문에 Pro가 필요하다”는 이유는 되기 어렵습니다. 한 가지 더, 이 규칙은 기본적으로 저장소 관리자 권한을 가진 사람에게는 적용되지 않습니다. 혼자 쓰는 저장소에서는 내가 관리자이니, 나에게도 적용하려면 규칙 설정에서 “Do not allow bypassing the above settings”를 켜야 합니다.

CI가 있어도 통과를 병합 조건으로 강제하지 못하는 상태라면, 이 지점이 Pro를 고려할 만한 이유입니다. Free에서 보호된 브랜치와 Rulesets는 public 저장소에서만 제공되기 때문입니다.

GitHub Pages를 혼동하기 쉬운 부분

Pro에서는 private 저장소를 소스로 GitHub Pages를 쓸 수 있습니다. 다만 이렇게 만든 사이트는 저장소가 private이어도 인터넷에 공개됩니다. 사이트 자체를 비공개로 게시하는 기능은 별개이고, Enterprise Cloud를 쓰는 조직의 접근 제어 영역입니다. 플랜 소개 문서에서 이 주의 문구가 Pro의 Pages 항목 바로 아래에 붙어 있어서 “private 저장소의 Pages에는 Enterprise Cloud가 필요하다”로 읽히기 쉽지만, Enterprise Cloud가 필요한 쪽은 비공개 게시입니다. private 저장소에서 공개 웹사이트를 빌드하는 용도라면 Pro로 충분합니다.

내 경우는 Free인가, Pro인가, Team인가

위에서 아래로 내려가며 해당하는 항목을 찾으면 됩니다.

1. 공개 저장소 위주이고, private 저장소의 고급 기능이 필요 없고, Actions 포함량도 충분합니까? Free를 유지해도 됩니다. public 저장소의 표준 러너에서 쓰는 Actions는 무료이고, 보호된 브랜치와 Rulesets, Pages도 Free의 public 저장소에서 쓸 수 있습니다.
2. private 저장소에서 보호된 브랜치, 필수 상태 검사, Rulesets, Pages가 필요합니까? 여기서 Pro의 값이 생깁니다. 승인 필수나 코드 소유자가 이유라면 같이 리뷰할 사람이 있을 때만 해당합니다.
3. 부족한 게 Actions 분뿐입니까? Pro를 보기 전에 어떤 workflow가 분을 쓰는지부터 확인합니다. 중복 실행과 비싼 러너를 줄이는 일은 요금제와 상관없이 해야 합니다.
4. 낭비를 줄인 뒤에도 월 2,000분을 자주 넘기고, 늘어나는 포함량이나 2번의 기능도 필요합니까? 그때 Pro를 검토합니다. 3,000분도 넘는다면 초과 단가와 예산 설정까지 같이 봐야 합니다.
5. 여러 사람이 조직 단위로 저장소와 권한을 관리해야 합니까? 개인 Pro가 아니라 조직 플랜인 Team을 봅니다. 분은 저장소 소유자에게 청구되고, 개인 Pro는 조직 저장소에 영향을 주지 않기 때문입니다. 공식 목록에서 Actions 포함 분과 private 저장소의 보호된 브랜치·필수 리뷰어·코드 소유자는 Pro와 Team이 겹칩니다. Team이 더하는 것은 팀 리뷰어, 예약 알림, 보안 개요처럼 여러 사람을 관리하는 도구이고, 사용자당 과금입니다. 혼자 쓰는 저장소라면 Team을 볼 이유가 없습니다.

2번과 4번은 요금제를 고르는 이유이고, 3번은 요금제와 무관하게 해야 하는 점검입니다. Pro로 올렸더라도 3번이 끝난 일은 아닙니다.

이름이 비슷한 Copilot Pro는 GitHub Pro와 별도 상품입니다. GitHub Pro는 private 저장소 도구와 Actions 포함량 같은 개인 계정의 플랜이고, Copilot Pro는 AI 코딩 기능을 위한 별도 구독입니다. 플랜 소개 문서의 GitHub Pro 목록에 Copilot은 없으니, GitHub Pro를 결제한다고 Copilot Pro가 따라오지는 않습니다.

Pro는 되돌릴 수 있는 선택입니다. Licensing 화면 “Current GitHub base plan”의 Edit 메뉴에서 Downgrade to Free로 내릴 수 있고, 내리면 private 저장소의 고급 도구를 쓰지 못하게 됩니다. private 저장소의 Pages에 사용자 지정 도메인을 걸어 두었다면, 내리기 전에 DNS 레코드부터 정리하라고 문서가 안내합니다.

GitHub에서 지금 확인할 것

화면 이름은 공식 문서에 적힌 이름이고, 그림은 운영자 계정에서 직접 캡처한 화면입니다. 계정이나 시기에 따라 조금 다르게 보일 수 있습니다.

1. 현재 플랜: 오른쪽 위 프로필 사진 → Settings → 왼쪽 사이드바 “Access” 아래 Billing & licensing → Licensing의 “Current GitHub base plan”에서 Free인지 Pro인지 확인합니다. 기존 화면이라면 Billing and licensing → Plans and usage입니다.

   

2. Actions 사용량: Billing 화면의 Metered usage에서 Actions 탭을 열면 이번 달 포함 사용량이 보이고, 아래쪽 “Usage by repository”에는 사용량이 많은 저장소 네 곳이 나옵니다. 자세히 보려면 https://github.com/settings/billing의 제품별 요약에서 Actions의 View details를 열거나 Usage 화면에서 Actions만 걸러 SKU별로 묶어 봅니다. 어떤 workflow인지까지 보려면 Get usage report로 상세 보고서(최대 31일)를 메일로 받습니다. 이 보고서에는 repository와 workflow_path 열이 있습니다. 실행 한 건의 job별 시간은 저장소의 Actions 탭에서 실행을 열고 왼쪽 Run details의 Usage에서 봅니다.

   

   

3. 한도 알림: Budgets and alerts 화면 오른쪽 위의 “Included usage alerts” 메뉴에서 Turn on included usage email alerts를 고르면 Actions, Git LFS, Packages, Sandbox의 포함 사용량이 90%와 100%에 닿을 때 메일이 옵니다.

   

4. 필요한 보호 규칙: private 저장소의 Settings → Branches(“Code, planning, and automation” 아래)에서 Add classic branch protection rule이나 Add branch ruleset으로 켜고 싶은 항목을 정하고, 그 항목이 정말 필요한지 판단합니다. ruleset 화면은 처음에 Enforcement status가 Disabled라서 설정을 살펴보기만 해도 됩니다.

   

   

5. GitHub Pro 가격: Current plan 옆 Upgrade → “Compare plans” 화면의 Pro → Upgrade to Pro를 따라가면 “Upgrade summary”에서 월·연 결제를 고르고, 마지막 확인 화면에서 청구 금액과 청구일을 보여 줍니다. 운영자의 한국 계정에서는 개인 Pro가 월 $4로 확인됐습니다. 운영자 계정은 연 결제라 1단계 그림에 $48.00(월 $4의 12개월치)이 표시됩니다. 월·연 결제 선택에 따라 금액이 달라지니, 결제하기 전에는 본인 화면의 금액을 기준으로 삼습니다. 공식 가격 페이지(github.com/pricing)에는 개인용 Pro 카드가 없고, Team이 사용자당 월 $4로 표시됩니다(아래 그림).