2026-06-09

GitHub 무료 플랜은 어디까지 쓸 수 있을까?

2026년 6월 기준으로 보면, GitHub는 코드 저장소 자체는 무료로 꽤 넉넉하게 사용할 수 있다. 개인 개발, 포트폴리오, 사이드 프로젝트, 프리랜서 작업 코드 저장 정도라면 GitHub Free만으로도 대부분 충분하다.

다만 무료라고 해서 모든 기능이 무제한인 것은 아니다. 병목은 보통 저장소 개수보다 GitHub Actions, GitHub Packages, GitHub Codespaces, GitHub Pages 같은 부가 기능에서 생긴다.

공식 기준은 GitHub의 플랜 문서, Actions billing, Packages billing, Codespaces billing, GitHub Pages 문서를 기준으로 확인했다.

결론부터

GitHub Free 개인 계정에서 중요한 무료 범위는 다음과 같다.

항목	무료 범위	주의할 점
Public repository	제한 없이 사용 가능	대용량 파일 저장소처럼 쓰면 안 됨
Private repository	제한 없이 사용 가능, 제한된 기능 세트	고급 권한, 리뷰, 보호 규칙은 유료 플랜에서 더 강함
GitHub Actions	월 2,000분	private repository의 GitHub-hosted runner 사용량에 중요
GitHub Packages	500MB storage + 월 1GB data transfer	Actions artifacts, Actions caches와 storage allowance를 공유
GitHub Codespaces	월 120 core-hours + 15GB storage	코어 수가 큰 머신을 쓰면 빠르게 소진
GitHub Pages	Free에서는 public repository에서 사용 가능	private repository 기반 Pages는 Pro, Team, Enterprise 계열 필요
Dependabot alerts	사용 가능	보안 알림은 켜두는 것이 좋음
Community Support	사용 가능	공식 이메일 지원은 Pro/Team 이상에서 제공

즉, GitHub Free는 “코드 저장소”로는 매우 넓게 쓸 수 있지만, 자동화, 패키지 저장, 클라우드 개발 환경, private Pages에서 제한이 생긴다.

1. 저장소는 무료로 얼마나 만들 수 있나?

GitHub Free에서는 public repository와 private repository를 모두 무료로 만들 수 있다. 개인 계정 기준으로 public repository는 전체 기능 세트와 함께 무제한 협업자를 지원하고, private repository도 제한된 기능 세트로 무제한 생성할 수 있다.

일반적인 개인 개발자에게 저장소 개수 자체가 병목이 되는 경우는 드물다. 포트폴리오, 공부용 예제, 프론트엔드 실험, 클라이언트별 코드 저장소 정도는 Free 플랜으로도 충분하다.

다만 GitHub는 repository를 무제한 파일 저장소처럼 쓰는 서비스가 아니다. 공식 repository limits 문서는 .git 폴더 기준 on-disk size는 10GB 이내를 권장하고, 단일 Git 객체는 1MB 이하를 권장하며 100MB에서 강제 제한된다고 설명한다.

현실적인 기준은 다음과 같다.

GitHub에 적합	GitHub에 부적합
소스코드	대용량 원본 이미지
문서와 설정 파일	영상 파일
작은 예제 데이터	백업 ZIP
배포 설정	빌드 산출물
테스트 코드	`node_modules`, `dist`, 캐시 파일

큰 바이너리는 Git LFS, object storage, 별도 CDN, 클라우드 스토리지로 분리하는 편이 안전하다.

2. GitHub Actions는 무료로 얼마나 쓸 수 있나?

GitHub Free의 핵심 제한은 GitHub Actions 월 2,000분이다.

GitHub Actions는 CI/CD 자동화 기능이다. 예를 들면 다음 작업에 사용된다.

npm install
npm run build
npm test
ESLint 검사
Playwright 또는 Cypress 테스트
Docker image build
Vercel, Netlify, AWS 배포 자동화

중요한 기준은 repository visibility와 runner 종류다. 공식 문서에 따르면 public repository에서 standard GitHub-hosted runner를 사용하는 GitHub Actions는 무료다. self-hosted runner도 무료다.

반면 private repository에서 GitHub-hosted runner를 사용하면 계정 플랜에 포함된 무료 minutes, artifact storage, cache storage quota가 적용된다. 초과 사용량은 과금될 수 있다.

월 2,000분을 체감해 보면, 빌드 한 번에 5분이 걸리는 프로젝트라면 다음 정도다.

2,000분 / 5분 = 월 400회 실행

개인 프론트엔드 프로젝트에서 lint와 build 정도만 돌린다면 넉넉한 편이다. 하지만 다음 상황에서는 빠르게 줄어든다.

push할 때마다 자동 빌드
PR마다 전체 테스트 실행
Node 버전 여러 개로 matrix build 실행
Playwright, Cypress 같은 E2E 테스트 실행
Docker image build
monorepo 전체 빌드
Copilot code review처럼 Actions minutes를 함께 쓰는 기능 사용

실무적으로는 pull_request, main 브랜치, 배포 브랜치처럼 필요한 이벤트에만 workflow를 걸고, 무거운 E2E 테스트는 조건부로 실행하는 편이 좋다.

3. GitHub Packages는 무료로 얼마나 쓸 수 있나?

GitHub Free에는 GitHub Packages storage 500MB와 월 1GB data transfer가 포함된다. public packages 사용은 무료이고, private packages는 플랜별 storage와 data transfer quota를 받는다.

여기서 중요한 점은 GitHub Packages storage와 GitHub Actions artifacts, GitHub Actions caches가 같은 storage allowance를 공유한다는 것이다. 즉, private package를 많이 저장하지 않더라도 Actions artifact나 cache가 쌓이면 전체 storage allowance에 영향을 줄 수 있다.

주의할 사용 사례는 다음과 같다.

npm package를 private으로 여러 버전 배포
오래된 package version을 삭제하지 않음
CI artifact를 오래 보관
큰 cache를 자주 생성
workflow마다 빌드 결과물을 artifact로 저장

Docker image는 조금 다르게 봐야 한다. GitHub Packages 문서는 Container registry의 container image storage와 bandwidth가 현재 무료라고 설명한다. 따라서 2026년 6월 기준으로는 GitHub Container Registry의 컨테이너 이미지가 곧바로 500MB Packages storage를 모두 잡아먹는다고 말하면 정확하지 않다.

그래도 image tag를 무제한 쌓아두는 습관은 좋지 않다. 정리 정책 없이 이미지를 계속 push하면 관리가 어려워지고, 정책이 바뀌거나 조직 과금 설정이 달라졌을 때 비용 리스크가 생길 수 있다.

4. GitHub Codespaces는 무료로 얼마나 쓸 수 있나?

GitHub Free 개인 계정에는 GitHub Codespaces 월 120 core-hours와 15GB storage가 포함된다. Codespaces는 클라우드 개발 환경으로, 브라우저나 로컬 VS Code에서 원격 개발 환경을 열어 작업할 수 있게 해준다.

Codespaces 비용은 크게 두 가지로 계산된다.

Compute time: codespace가 active 상태인 시간
Storage: codespace, prebuild, dev container, 파일이 차지하는 디스크 용량

GitHub 문서는 compute 비용이 선택한 machine type의 processor core 수에 비례한다고 설명한다. 예를 들어 2-core codespace와 4-core codespace를 같은 시간 켜두면 4-core가 더 많은 included usage를 사용한다.

대략적인 체감은 다음과 같다.

Codespace 머신	월 120 core-hours 체감
2-core	약 60시간
4-core	약 30시간
8-core	약 15시간

따라서 Codespaces를 매일 장시간 쓰는 주 개발 환경으로 쓰면 Free 한도는 부족할 수 있다. 반대로 외부 PC에서 잠깐 프로젝트를 열거나, 테스트 환경으로 가끔 쓰는 정도라면 꽤 유용하다.

무료 한도를 아끼려면 사용 후 stop하는 습관이 중요하다. 켜둔 codespace는 active time과 storage를 계속 소비할 수 있다.

5. GitHub Pages는 무료로 사용할 수 있나?

GitHub Pages는 Free 플랜에서 public repository에 대해 사용할 수 있다. 정적 사이트를 바로 호스팅하기 좋다.

대표적인 활용은 다음과 같다.

개인 포트폴리오
정적 블로그
프로젝트 문서
HTML/CSS/JS 데모
오픈소스 문서 사이트

하지만 GitHub Pages는 정적 호스팅이다. 서버 사이드 코드, DB 연결, SSR, API 서버 운영에는 적합하지 않다. 그런 기능이 필요하면 Vercel, Netlify, Cloudflare Pages, Render, Fly.io 같은 다른 호스팅과 비교해야 한다.

또 하나의 제한은 private repository다. 공식 문서에 따르면 GitHub Pages는 Free에서는 public repository에서 사용할 수 있고, public 및 private repository에서 Pages를 쓰려면 GitHub Pro, Team, Enterprise Cloud, Enterprise Server 계열이 필요하다.

정리하면, 공개 정적 사이트라면 Free로 충분하다. private repository 기반으로 Pages를 쓰거나 팀 프로젝트 문서 사이트를 운영하려면 유료 플랜 조건을 확인해야 한다.

6. 무료 GitHub로 상업용 프로젝트를 관리할 수 있나?

코드 저장소 관점에서는 가능하다. GitHub Free에서도 private repository를 만들 수 있기 때문에, 개인 프리랜서나 소규모 상업용 프로젝트의 소스코드 관리는 Free로도 충분할 수 있다.

하지만 팀 협업과 운영 관점에서는 한계가 있다.

무료 플랜에서 아쉬울 수 있는 부분은 다음과 같다.

세밀한 권한 관리
코드 오너 기반 리뷰
필수 리뷰어 설정
고급 branch protection
팀 단위 보안 정책
공식 이메일 지원
더 많은 Actions minutes
더 큰 Packages storage
private repository 기반 Pages

혼자 관리하는 프리랜서 프로젝트라면 Free로 시작해도 무리가 없는 경우가 많다. 반면 회사 팀, 고객사 프로젝트, 여러 명이 장기간 협업하는 상업용 저장소라면 GitHub Team 이상을 검토하는 것이 현실적이다.

7. GitHub Free 사용 시 주의할 점

GitHub를 무료로 오래 쓰려면 다음 항목을 점검하는 것이 좋다.

무료 플랜을 잘 쓰는 핵심은 저장소는 코드 중심으로 유지하고, 자동화와 저장소 밖 리소스는 quota를 보면서 쓰는 것이다.

현실적인 판단 기준

개인 프론트엔드 개발자 기준으로는 이렇게 판단하면 된다.

상황	판단
소스코드 저장, 포트폴리오, 개인 프로젝트	GitHub Free로 충분
공개 정적 페이지 배포	GitHub Pages 무료 사용 가능
간단한 CI/CD	Actions 2,000분이면 대체로 충분
무거운 E2E 테스트, 잦은 Docker build, monorepo CI	workflow 최적화 또는 유료 플랜 검토
private package 저장을 많이 함	Packages storage 관리 필요
Codespaces를 매일 주 개발 환경으로 사용	Free 한도 부족 가능성 높음
회사나 고객사 프로젝트 다수 운영	GitHub Team 이상 권장

정리하면 GitHub는 코드 저장소로는 무료 사용 범위가 매우 넓다. 다만 Actions, Packages, Codespaces, Pages의 private 사용 여부에서 제한이 생긴다.

프론트엔드 개발자라면 GitHub Free만으로도 상당히 많은 작업을 할 수 있다. 하지만 상업용 팀 프로젝트, 무거운 자동화, private 배포 문서, 패키지 저장소 운영이 필요하다면 비용과 권한 관리를 별도로 설계해야 한다.

As of June 2026, GitHub is still generous if you mainly use it as a code repository. For personal development, portfolios, side projects, and small freelance codebases, GitHub Free is often enough.

But "free" does not mean every feature is unlimited. The limits usually appear around add-on services such as GitHub Actions, GitHub Packages, GitHub Codespaces, and GitHub Pages rather than repository count itself.

The facts in this post were checked against GitHub's official plans documentation, Actions billing, Packages billing, Codespaces billing, and GitHub Pages documentation.

Short Answer

For a GitHub Free personal account, the important free limits are:

Item	Free range	Watch out for
Public repository	Available without a practical count limit	Do not use GitHub as bulk file storage
Private repository	Available with a limited feature set	Advanced permissions, review, and protection features are stronger on paid plans
GitHub Actions	2,000 minutes per month	Important for GitHub-hosted runner usage in private repositories
GitHub Packages	500MB storage + 1GB data transfer per month	Storage is shared with Actions artifacts and caches
GitHub Codespaces	120 core-hours + 15GB storage per month	Larger machines burn through the allowance faster
GitHub Pages	Available for public repositories on Free	Pages from private repositories require Pro, Team, or Enterprise plans
Dependabot alerts	Available	Worth keeping enabled
Community Support	Available	Email support starts on higher plans

In other words, GitHub Free is broad for code hosting, but it has real boundaries around automation, package storage, cloud development environments, and private Pages.

1. How Many Repositories Can You Create for Free?

GitHub Free lets you create both public and private repositories for free. For personal accounts, public repositories support unlimited collaborators with the full feature set, while private repositories are unlimited with a limited feature set.

For most individual developers, repository count is rarely the bottleneck. Portfolios, study examples, frontend experiments, and client-specific repositories usually fit comfortably on Free.

GitHub is not meant to be unlimited file storage, though. The official repository limits recommend keeping repository on-disk size within 10GB, recommend a maximum of 1MB for a single Git object, and enforce a 100MB object limit.

A practical split looks like this:

Good fit for GitHub	Poor fit for GitHub
Source code	Large original images
Documentation and config files	Video files
Small sample data	Backup ZIP files
Deployment settings	Build outputs
Test code	`node_modules`, `dist`, cache files

Large binaries are better handled through Git LFS, object storage, a CDN, or another storage service.

2. How Much GitHub Actions Usage Is Free?

The key GitHub Free limit is 2,000 GitHub Actions minutes per month.

GitHub Actions is used for CI/CD automation, including:

npm install
npm run build
npm test
ESLint checks
Playwright or Cypress tests
Docker image builds
Deployment automation for Vercel, Netlify, AWS, and similar platforms

The important distinction is repository visibility and runner type. According to GitHub's docs, Actions usage is free for public repositories using standard GitHub-hosted runners, and self-hosted runners are free.

For private repositories using GitHub-hosted runners, your account's free minutes, artifact storage, and cache storage quota apply. Usage beyond the included amount can be billed.

If one build takes 5 minutes, 2,000 minutes feels like this:

2,000 minutes / 5 minutes = 400 runs per month

That is usually enough for personal frontend projects that only run lint and build. It can disappear quickly in these cases:

Building on every push
Running the full test suite on every PR
Running matrix builds across several Node versions
Running Playwright or Cypress E2E tests
Building Docker images
Building an entire monorepo
Using features such as Copilot code review that also consume Actions minutes

In practice, run workflows only on useful events such as pull_request, main, or deployment branches, and run heavy E2E tests conditionally.

3. How Much GitHub Packages Usage Is Free?

GitHub Free includes 500MB of GitHub Packages storage and 1GB of data transfer per month. Public packages are free, while private packages receive storage and transfer quotas based on the account plan.

The important detail is that GitHub Packages storage shares the same allowance with GitHub Actions artifacts and GitHub Actions caches. Even if you do not publish many private packages, accumulated artifacts or caches can affect the same storage pool.

Watch these patterns:

Publishing many private npm package versions
Keeping old package versions forever
Keeping CI artifacts for too long
Creating large caches often
Saving build outputs as artifacts on every workflow run

Docker images need a more careful explanation. GitHub's Packages billing docs currently say container image storage and bandwidth for the Container registry are free. So, as of June 2026, it is not accurate to say GitHub Container Registry images automatically consume the 500MB Packages storage allowance.

That still does not mean you should keep unlimited image tags. Without cleanup rules, image management becomes messy, and billing or organization policy changes can create future risk.

4. How Much GitHub Codespaces Usage Is Free?

GitHub Free personal accounts include 120 GitHub Codespaces core-hours and 15GB of storage per month. Codespaces provides a cloud development environment that you can open in the browser or from local VS Code.

Codespaces cost is measured mainly in two ways:

Compute time: time while the codespace is active
Storage: disk space used by the codespace, prebuilds, dev containers, and files

GitHub's docs say compute cost is proportional to the number of processor cores in the machine type. A 4-core codespace consumes more included usage than a 2-core codespace for the same amount of wall-clock time.

The practical feel is:

Codespace machine	How 120 core-hours feels
2-core	About 60 hours
4-core	About 30 hours
8-core	About 15 hours

If you use Codespaces as your daily long-running development environment, the Free allowance may be too small. If you only use it occasionally from another computer or for quick test environments, it can be very useful.

To conserve the free allowance, stop your codespace after use. Active codespaces can continue consuming compute time and storage.

5. Can You Use GitHub Pages for Free?

GitHub Pages is available on GitHub Free for public repositories. It is useful for static hosting.

Common use cases include:

Personal portfolios
Static blogs
Project documentation
HTML/CSS/JS demos
Open-source documentation sites

But GitHub Pages is static hosting. It is not a good fit for server-side code, database connections, SSR, or API servers. For those needs, compare it with Vercel, Netlify, Cloudflare Pages, Render, Fly.io, or similar platforms.

The other limit is private repositories. GitHub's docs say Pages is available for public repositories on Free, while Pages from public and private repositories is available on GitHub Pro, Team, Enterprise Cloud, and Enterprise Server.

So, for a public static site, Free is enough. If you need Pages from a private repository or a team documentation site, check the paid-plan requirements.

6. Can You Manage Commercial Projects on GitHub Free?

From a code repository perspective, yes. Since GitHub Free supports private repositories, it can be enough for solo freelancers or small commercial projects.

The limits appear in team collaboration and operations.

Free may feel limited when you need:

Fine-grained permission management
Code-owner-based review
Required reviewers
Advanced branch protection
Team-level security policies
Official email support
More Actions minutes
Larger Packages storage
Pages from private repositories

For a solo freelance project, starting on Free is often reasonable. For company teams, client projects, or long-running commercial repositories with several collaborators, GitHub Team or higher is usually more realistic.

7. GitHub Free Checklist

To use GitHub Free safely for a long time, check these habits:

The core habit is simple: keep repositories code-focused, and watch quota-based services separately.

Practical Decision Guide

For an individual frontend developer:

Situation	Decision
Source code, portfolio, personal projects	GitHub Free is enough
Public static page deployment	GitHub Pages is free
Simple CI/CD	2,000 Actions minutes is usually enough
Heavy E2E tests, frequent Docker builds, monorepo CI	Optimize workflows or consider paid plans
Heavy private package storage	Manage Packages storage carefully
Codespaces as a daily development environment	Free allowance may run out
Many company or client projects	GitHub Team or higher is recommended

In short, GitHub has a very broad free range for code hosting. The real limits appear around Actions, Packages, Codespaces, and private Pages.

For frontend developers, GitHub Free can cover a lot. But if you are running commercial team projects, heavy automation, private documentation hosting, or package registry workflows, plan cost and access control separately.

截至 2026 年 6 月，如果主要把 GitHub 当作代码仓库使用，GitHub Free 仍然相当宽松。个人开发、作品集、side project、小型自由职业项目的代码管理，通常只用免费计划就足够。

但“免费”不等于所有功能都无限制。真正的限制通常不在仓库数量，而在 GitHub Actions、GitHub Packages、GitHub Codespaces、GitHub Pages 这些附加功能上。

本文依据 GitHub 官方的计划文档、Actions billing、Packages billing、Codespaces billing 和 GitHub Pages 文档整理。

先看结论

GitHub Free 个人账号的重要免费额度如下：

项目	免费范围	注意点
Public repository	可用，基本不受数量限制	不要把 GitHub 当作大文件仓库
Private repository	可用，但功能集有限	高级权限、审阅和保护规则在付费计划中更完整
GitHub Actions	每月 2,000 分钟	private repository 的 GitHub-hosted runner 用量尤其要注意
GitHub Packages	500MB storage + 每月 1GB data transfer	与 Actions artifacts、Actions caches 共享 storage allowance
GitHub Codespaces	每月 120 core-hours + 15GB storage	机器核心数越高，额度消耗越快
GitHub Pages	Free 中可用于 public repository	private repository 的 Pages 需要 Pro、Team 或 Enterprise 系列
Dependabot alerts	可用	建议保持开启
Community Support	可用	邮件支持从更高计划开始提供

也就是说，GitHub Free 对代码托管非常宽松，但在自动化、包存储、云端开发环境和 private Pages 上有明确边界。

1. 免费能创建多少仓库？

GitHub Free 可以免费创建 public repository 和 private repository。对个人账号来说，public repository 支持无限协作者和完整功能集，private repository 也可无限创建，但功能集有限。

对大多数个人开发者来说，仓库数量很少成为瓶颈。作品集、学习示例、前端实验、按客户区分的代码仓库，通常都能轻松放在 Free 计划里。

不过 GitHub 并不是无限文件存储服务。官方 repository limits 建议 .git 文件夹的 on-disk size 保持在 10GB 以内，单个 Git 对象建议不超过 1MB，并在 100MB 处强制限制。

实际判断可以这样分：

适合放在 GitHub	不适合放在 GitHub
源代码	大型原始图片
文档和配置文件	视频文件
小型示例数据	备份 ZIP
部署配置	构建产物
测试代码	`node_modules`、`dist`、缓存文件

大型二进制文件更适合使用 Git LFS、object storage、CDN 或其他存储服务。

2. GitHub Actions 免费额度是多少？

GitHub Free 的关键限制是 GitHub Actions 每月 2,000 分钟。

GitHub Actions 用于 CI/CD 自动化，例如：

npm install
npm run build
npm test
ESLint 检查
Playwright 或 Cypress 测试
Docker image build
Vercel、Netlify、AWS 等部署自动化

重点在于 repository visibility 和 runner 类型。根据 GitHub 文档，public repository 使用 standard GitHub-hosted runner 时，Actions 是免费的；self-hosted runner 也是免费的。

如果 private repository 使用 GitHub-hosted runner，则会消耗账号计划包含的免费 minutes、artifact storage 和 cache storage quota。超出额度后可能产生费用。

如果一次构建需要 5 分钟，2,000 分钟大致相当于：

2,000 分钟 / 5 分钟 = 每月 400 次运行

对只跑 lint 和 build 的个人前端项目来说通常足够。但以下情况会消耗得很快：

每次 push 都自动构建
每个 PR 都运行完整测试
对多个 Node 版本运行 matrix build
运行 Playwright 或 Cypress E2E 测试
构建 Docker 镜像
构建整个 monorepo
使用 Copilot code review 等也会消耗 Actions minutes 的功能

实践中，应只在 pull_request、main、部署分支等有意义的事件上运行 workflow，并对重型 E2E 测试设置条件。

3. GitHub Packages 免费额度是多少？

GitHub Free 包含 500MB GitHub Packages storage 和每月 1GB data transfer。public packages 免费，private packages 根据账号计划获得 storage 和 transfer quota。

重要的是，GitHub Packages storage 与 GitHub Actions artifacts、GitHub Actions caches 共享同一个 allowance。即使没有发布很多 private packages，累积的 artifacts 或 caches 也可能影响同一个存储池。

需要注意的模式包括：

发布多个 private npm package 版本
长期保留旧 package version
CI artifact 保留时间过长
经常创建大型 cache
每次 workflow 都保存构建产物为 artifact

Docker image 需要更谨慎地说明。GitHub 的 Packages billing 文档目前说明，Container registry 的 container image storage 和 bandwidth 是免费的。因此截至 2026 年 6 月，不能说 GitHub Container Registry 镜像会自动消耗 500MB Packages storage。

但这并不意味着应该无限保留 image tag。没有清理规则时，镜像管理会变得混乱；如果未来政策或组织计费设置变化，也会带来成本风险。

4. GitHub Codespaces 免费额度是多少？

GitHub Free 个人账号包含每月 120 core-hours 的 GitHub Codespaces 和 15GB storage。Codespaces 是云端开发环境，可以在浏览器或本地 VS Code 中打开远程环境工作。

Codespaces 成本主要按两类计算：

Compute time：codespace 处于 active 状态的时间
Storage：codespace、prebuild、dev container 和文件占用的磁盘空间

GitHub 文档说明，compute 成本与所选 machine type 的 processor core 数成比例。相同使用时长下，4-core codespace 会比 2-core codespace 消耗更多 included usage。

实际感受如下：

Codespace 机器	120 core-hours 大致相当于
2-core	约 60 小时
4-core	约 30 小时
8-core	约 15 小时

如果把 Codespaces 当作每天长时间使用的主开发环境，Free 额度可能不够。如果只是偶尔在外部电脑打开项目，或用作快速测试环境，就很有价值。

为了节省免费额度，使用后要 stop codespace。处于 active 状态的 codespace 会继续消耗 compute time 和 storage。

5. GitHub Pages 可以免费用吗？

GitHub Pages 在 Free 计划中可用于 public repository。它适合直接托管静态站点。

常见用途包括：

个人作品集
静态博客
项目文档
HTML/CSS/JS demo
开源文档站点

但 GitHub Pages 是静态托管。它不适合服务器端代码、数据库连接、SSR 或 API server。需要这些功能时，应与 Vercel、Netlify、Cloudflare Pages、Render、Fly.io 等平台比较。

另一个限制是 private repository。GitHub 文档说明，Free 中 Pages 可用于 public repository；如果要在 public 和 private repository 中使用 Pages，则需要 GitHub Pro、Team、Enterprise Cloud 或 Enterprise Server 系列。

因此，公开静态站点用 Free 就够。如果需要基于 private repository 的 Pages，或团队项目文档站点，应确认付费计划条件。

6. 可以用免费 GitHub 管理商业项目吗？

从代码仓库角度看，可以。GitHub Free 支持 private repository，因此个人自由职业者或小型商业项目的源码管理可以先用 Free。

限制主要出现在团队协作和运营层面。

免费计划可能不足的地方包括：

更细粒度的权限管理
基于 code owner 的 review
required reviewers
高级 branch protection
团队级安全策略
官方邮件支持
更多 Actions minutes
更大的 Packages storage
基于 private repository 的 Pages

单人自由职业项目从 Free 开始通常合理。但公司团队、客户项目、多人长期协作的商业仓库，通常更适合 GitHub Team 或更高计划。

7. GitHub Free 使用检查清单

想长期安全地使用 GitHub Free，可以检查这些习惯：

核心习惯很简单：repository 以代码为中心，quota 型服务单独监控。

现实判断标准

以个人前端开发者为例：

情况	判断
源代码、作品集、个人项目	GitHub Free 足够
公开静态页面部署	GitHub Pages 可免费使用
简单 CI/CD	2,000 Actions 分钟通常够用
重型 E2E 测试、频繁 Docker build、monorepo CI	优化 workflow 或考虑付费计划
大量 private package storage	需要管理 Packages storage
Codespaces 作为日常主开发环境	Free 额度可能不够
多个公司或客户项目	建议 GitHub Team 或更高计划

总结来说，GitHub 对代码托管的免费范围非常宽。真正的限制出现在 Actions、Packages、Codespaces 和 private Pages 上。

对前端开发者来说，GitHub Free 可以覆盖很多工作。但如果你在运行商业团队项目、重型自动化、private 文档托管或 package registry 工作流，就需要单独规划成本和访问控制。

2026年6月時点で見ると、GitHubはコードリポジトリとして使う限り、無料でもかなり広く使えます。個人開発、ポートフォリオ、サイドプロジェクト、小規模なフリーランス案件のコード管理なら、GitHub Freeで足りることが多いです。

ただし「無料」は、すべての機能が無制限という意味ではありません。制限が出やすいのは、リポジトリ数そのものよりも、GitHub Actions、GitHub Packages、GitHub Codespaces、GitHub Pagesのような追加機能です。

この記事の内容は、GitHub公式のプラン文書、Actions billing、Packages billing、Codespaces billing、GitHub Pages文書を基準に確認しました。

まず結論

GitHub Freeの個人アカウントで重要な無料枠は次のとおりです。

項目	無料範囲	注意点
Public repository	実用上、数の制限なく利用可能	大容量ファイル置き場として使わない
Private repository	制限付き機能セットで利用可能	高度な権限、レビュー、保護ルールは有料プランの方が強い
GitHub Actions	月2,000分	private repositoryのGitHub-hosted runner利用で重要
GitHub Packages	500MB storage + 月1GB data transfer	Actions artifacts、Actions cachesとstorage allowanceを共有
GitHub Codespaces	月120 core-hours + 15GB storage	大きいマシンほど早く消費する
GitHub Pages	Freeではpublic repositoryで利用可能	private repository由来のPagesはPro、Team、Enterprise系が必要
Dependabot alerts	利用可能	有効にしておくのがよい
Community Support	利用可能	メールサポートは上位プランから

つまり、GitHub Freeはコードホスティングにはかなり広く使えますが、自動化、パッケージ保存、クラウド開発環境、private Pagesには明確な境界があります。

1. リポジトリは無料でどれくらい作れるか

GitHub Freeでは、public repositoryとprivate repositoryの両方を無料で作成できます。個人アカウントでは、public repositoryはフル機能セットと無制限の共同作業者に対応し、private repositoryも制限付き機能セットで無制限に作成できます。

多くの個人開発者にとって、リポジトリ数そのものがボトルネックになることはあまりありません。ポートフォリオ、学習用サンプル、フロントエンド実験、クライアント別のコードリポジトリ程度なら、Freeで十分です。

ただしGitHubは、無制限のファイルストレージサービスではありません。公式のrepository limitsでは、.gitフォルダ基準のon-disk sizeを10GB以内に保つこと、単一Gitオブジェクトは1MB以下を推奨し、100MBで強制制限されることが説明されています。

実務上は次のように分けるとよいです。

GitHubに向いているもの	GitHubに向いていないもの
ソースコード	大容量の元画像
文書と設定ファイル	動画ファイル
小さなサンプルデータ	バックアップZIP
デプロイ設定	ビルド成果物
テストコード	`node_modules`、`dist`、キャッシュファイル

大きなバイナリは、Git LFS、object storage、CDN、または別のストレージサービスに分ける方が安全です。

2. GitHub Actionsは無料でどれくらい使えるか

GitHub Freeの主要な制限は、GitHub Actions月2,000分です。

GitHub ActionsはCI/CD自動化に使われます。たとえば次のような作業です。

npm install
npm run build
npm test
ESLintチェック
PlaywrightまたはCypressテスト
Docker image build
Vercel、Netlify、AWSなどへのデプロイ自動化

重要なのは、repository visibilityとrunnerの種類です。GitHubの文書によると、public repositoryでstandard GitHub-hosted runnerを使うActionsは無料です。self-hosted runnerも無料です。

一方、private repositoryでGitHub-hosted runnerを使う場合、アカウントプランに含まれる無料minutes、artifact storage、cache storage quotaが適用されます。含まれる量を超えると課金される可能性があります。

1回のビルドに5分かかるなら、2,000分はおおよそ次の感覚です。

2,000分 / 5分 = 月400回実行

lintとbuildだけを回す個人フロントエンドプロジェクトなら、たいてい十分です。ただし次の場合は早く消費します。

pushごとに自動ビルド
PRごとに全テスト実行
複数Nodeバージョンでmatrix build
PlaywrightやCypressのE2Eテスト
Docker image build
monorepo全体のビルド
Copilot code reviewのようにActions minutesも消費する機能の利用

実務では、pull_request、main、デプロイブランチのような必要なイベントだけにworkflowを設定し、重いE2Eテストは条件付きで実行するのがよいです。

3. GitHub Packagesは無料でどれくらい使えるか

GitHub Freeには、GitHub Packages storage 500MBと月1GB data transferが含まれます。public packagesは無料で、private packagesはアカウントプランごとのstorageとdata transfer quotaを受けます。

重要なのは、GitHub Packages storageがGitHub Actions artifactsとGitHub Actions cachesと同じallowanceを共有することです。private packageを多く公開していなくても、artifactsやcachesが溜まると同じストレージ枠に影響します。

注意すべき使い方は次のとおりです。

private npm packageを複数バージョン公開する
古いpackage versionを削除しない
CI artifactを長く保持する
大きなcacheを頻繁に作る
workflowごとにビルド結果をartifactとして保存する

Docker imageについては少し慎重に見る必要があります。GitHubのPackages billing文書では、Container registryのcontainer image storageとbandwidthは現在無料と説明されています。そのため、2026年6月時点では、GitHub Container Registryのイメージがすぐに500MB Packages storageを消費すると言うのは正確ではありません。

それでもimage tagを無制限に残す習慣はよくありません。クリーンアップルールがないと管理が難しくなり、将来ポリシーや組織の課金設定が変わったときにコストリスクになります。

4. GitHub Codespacesは無料でどれくらい使えるか

GitHub Freeの個人アカウントには、GitHub Codespacesの月120 core-hoursと15GB storageが含まれます。Codespacesはクラウド開発環境で、ブラウザやローカルVS Codeからリモート開発環境を開けます。

Codespacesのコストは主に2種類で計算されます。

Compute time：codespaceがactive状態の時間
Storage：codespace、prebuild、dev container、ファイルが使うディスク容量

GitHubの文書では、compute costは選択したmachine typeのprocessor core数に比例すると説明されています。同じ時間使った場合、4-core codespaceは2-core codespaceより多くのincluded usageを消費します。

目安は次のとおりです。

Codespaceマシン	月120 core-hoursの感覚
2-core	約60時間
4-core	約30時間
8-core	約15時間

Codespacesを毎日長時間使うメイン開発環境にすると、Free枠は足りない可能性があります。一方、外部PCから一時的にプロジェクトを開く、または簡単なテスト環境として使う程度ならかなり便利です。

無料枠を節約するには、使用後にcodespaceをstopする習慣が重要です。activeなcodespaceはcompute timeとstorageを消費し続ける可能性があります。

5. GitHub Pagesは無料で使えるか

GitHub Pagesは、Freeプランではpublic repositoryで利用できます。静的サイトのホスティングに向いています。

代表的な用途は次のとおりです。

個人ポートフォリオ
静的ブログ
プロジェクト文書
HTML/CSS/JSデモ
オープンソース文書サイト

ただしGitHub Pagesは静的ホスティングです。サーバーサイドコード、DB接続、SSR、APIサーバー運用には向きません。そうした機能が必要なら、Vercel、Netlify、Cloudflare Pages、Render、Fly.ioなどと比較する必要があります。

もうひとつの制限はprivate repositoryです。GitHubの文書によると、GitHub PagesはFreeではpublic repositoryで利用でき、publicおよびprivate repositoryでPagesを使うにはGitHub Pro、Team、Enterprise Cloud、Enterprise Server系が必要です。

つまり、公開静的サイトならFreeで十分です。private repositoryベースのPagesやチームの文書サイトを運用するなら、有料プラン条件を確認すべきです。

6. 無料GitHubで商用プロジェクトを管理できるか

コードリポジトリの観点では可能です。GitHub Freeでもprivate repositoryを作れるため、個人フリーランスや小規模商用プロジェクトのソースコード管理ならFreeで十分な場合があります。

ただし、チーム協業と運用の観点では制限があります。

無料プランで物足りなくなりやすい点は次のとおりです。

細かな権限管理
code ownerベースのレビュー
required reviewers
高度なbranch protection
チーム単位のセキュリティポリシー
公式メールサポート
より多いActions minutes
より大きいPackages storage
private repositoryベースのPages

一人で管理するフリーランス案件なら、Freeから始めても問題ないことが多いです。一方、会社チーム、顧客案件、複数人で長期的に協業する商用リポジトリなら、GitHub Team以上を検討するのが現実的です。

7. GitHub Free使用チェックリスト

GitHub Freeを長く安全に使うには、次を確認するとよいです。

無料プランをうまく使う基本は、リポジトリをコード中心に保ち、quotaベースのサービスは別に監視することです。

現実的な判断基準

個人フロントエンド開発者なら、次のように判断できます。

状況	判断
ソースコード、ポートフォリオ、個人プロジェクト	GitHub Freeで十分
公開静的ページのデプロイ	GitHub Pagesを無料で利用可能
簡単なCI/CD	Actions 2,000分でたいてい十分
重いE2Eテスト、頻繁なDocker build、monorepo CI	workflow最適化または有料プラン検討
private package保存が多い	Packages storage管理が必要
Codespacesを毎日の主開発環境にする	Free枠が不足しやすい
会社や顧客案件を多数運用	GitHub Team以上を推奨

まとめると、GitHubはコードホスティングとしては無料範囲が非常に広いです。本当の制限は、Actions、Packages、Codespaces、private Pagesで出てきます。

フロントエンド開発者ならGitHub Freeだけでもかなり多くの作業をこなせます。ただし、商用チームプロジェクト、重い自動化、private文書ホスティング、package registry運用が必要なら、コストとアクセス制御を別に設計するべきです。

A junio de 2026, GitHub sigue siendo bastante generoso si lo usas principalmente como repositorio de código. Para desarrollo personal, portafolios, proyectos paralelos y pequeños trabajos freelance, GitHub Free suele ser suficiente.

Pero "gratis" no significa que todas las funciones sean ilimitadas. Los límites normalmente aparecen en servicios adicionales como GitHub Actions, GitHub Packages, GitHub Codespaces y GitHub Pages, más que en el número de repositorios.

Los datos de este artículo se comprobaron con la documentación oficial de GitHub sobre planes, Actions billing, Packages billing, Codespaces billing y GitHub Pages.

Resumen rápido

Para una cuenta personal de GitHub Free, los límites gratuitos importantes son:

Elemento	Rango gratuito	Cuidado con
Public repository	Disponible sin un límite práctico de cantidad	No uses GitHub como almacenamiento masivo de archivos
Private repository	Disponible con un conjunto limitado de funciones	Permisos, revisiones y reglas avanzadas son más fuertes en planes de pago
GitHub Actions	2,000 minutos al mes	Importante para GitHub-hosted runners en repositorios privados
GitHub Packages	500MB storage + 1GB data transfer al mes	El storage se comparte con Actions artifacts y caches
GitHub Codespaces	120 core-hours + 15GB storage al mes	Las máquinas más grandes consumen la cuota más rápido
GitHub Pages	Disponible para repositorios públicos en Free	Pages desde repositorios privados requiere Pro, Team o Enterprise
Dependabot alerts	Disponible	Conviene mantenerlo activado
Community Support	Disponible	El soporte por email empieza en planes superiores

En otras palabras, GitHub Free es amplio para alojar código, pero tiene límites reales en automatización, almacenamiento de paquetes, entornos cloud de desarrollo y Pages privados.

1. ¿Cuántos repositorios puedes crear gratis?

GitHub Free permite crear repositorios públicos y privados gratis. En cuentas personales, los repositorios públicos admiten colaboradores ilimitados con el conjunto completo de funciones, mientras que los repositorios privados son ilimitados con un conjunto de funciones limitado.

Para la mayoría de desarrolladores individuales, el número de repositorios rara vez es el cuello de botella. Portafolios, ejemplos de estudio, experimentos frontend y repositorios separados por cliente suelen caber cómodamente en Free.

GitHub no está pensado como almacenamiento ilimitado de archivos. La documentación oficial de repository limits recomienda mantener el tamaño on-disk del repositorio dentro de 10GB, recomienda un máximo de 1MB para un objeto Git individual y aplica un límite obligatorio de 100MB.

Una división práctica sería:

Encaja bien en GitHub	Encaja mal en GitHub
Código fuente	Imágenes originales grandes
Documentación y configuración	Archivos de video
Datos pequeños de ejemplo	ZIP de backup
Configuración de despliegue	Salidas de build
Código de pruebas	`node_modules`, `dist`, archivos de caché

Los binarios grandes conviene manejarlos con Git LFS, object storage, un CDN u otro servicio de almacenamiento.

2. ¿Cuánto GitHub Actions puedes usar gratis?

El límite clave de GitHub Free es 2,000 minutos de GitHub Actions al mes.

GitHub Actions se usa para automatización CI/CD, por ejemplo:

npm install
npm run build
npm test
Revisiones con ESLint
Pruebas con Playwright o Cypress
Docker image builds
Automatización de despliegues en Vercel, Netlify, AWS y plataformas similares

La distinción importante es la visibilidad del repositorio y el tipo de runner. Según la documentación de GitHub, Actions es gratuito para repositorios públicos que usan standard GitHub-hosted runners, y los self-hosted runners también son gratuitos.

En repositorios privados que usan GitHub-hosted runners, se aplican los minutos gratuitos, artifact storage y cache storage incluidos en tu plan. El uso que supere la cantidad incluida puede facturarse.

Si una build tarda 5 minutos, 2,000 minutos se sienten así:

2,000 minutos / 5 minutos = 400 ejecuciones al mes

Suele ser suficiente para proyectos frontend personales que solo ejecutan lint y build. Puede agotarse rápido en estos casos:

Build en cada push
Suite completa de pruebas en cada PR
Matrix builds con varias versiones de Node
Pruebas E2E con Playwright o Cypress
Builds de imágenes Docker
Build de todo un monorepo
Funciones como Copilot code review que también consumen Actions minutes

En la práctica, ejecuta workflows solo en eventos útiles como pull_request, main o ramas de despliegue, y ejecuta pruebas E2E pesadas de forma condicional.

3. ¿Cuánto GitHub Packages puedes usar gratis?

GitHub Free incluye 500MB de GitHub Packages storage y 1GB de data transfer al mes. Los public packages son gratuitos, mientras que los private packages reciben cuotas de storage y transfer según el plan de la cuenta.

El detalle importante es que GitHub Packages storage comparte la misma allowance con GitHub Actions artifacts y GitHub Actions caches. Aunque no publiques muchos paquetes privados, los artifacts o caches acumulados pueden afectar el mismo pool de almacenamiento.

Vigila estos patrones:

Publicar muchas versiones de private npm packages
Conservar versiones antiguas para siempre
Mantener CI artifacts durante demasiado tiempo
Crear cachés grandes con frecuencia
Guardar resultados de build como artifacts en cada workflow

Las imágenes Docker requieren una explicación más precisa. La documentación de Packages billing de GitHub dice actualmente que el almacenamiento y el ancho de banda de container images en Container registry son gratuitos. Así que, a junio de 2026, no sería exacto decir que las imágenes de GitHub Container Registry consumen automáticamente los 500MB de Packages storage.

Eso no significa que debas conservar tags de imágenes sin límite. Sin reglas de limpieza, la gestión se vuelve difícil, y cambios futuros de política o configuración de facturación de la organización pueden crear riesgo de coste.

4. ¿Cuánto GitHub Codespaces puedes usar gratis?

Las cuentas personales de GitHub Free incluyen 120 core-hours de GitHub Codespaces y 15GB de storage al mes. Codespaces ofrece un entorno de desarrollo cloud que puedes abrir en el navegador o desde VS Code local.

El coste de Codespaces se mide principalmente de dos formas:

Compute time: tiempo durante el cual el codespace está active
Storage: espacio usado por el codespace, prebuilds, dev containers y archivos

La documentación de GitHub indica que el coste de compute es proporcional al número de processor cores del machine type elegido. Un codespace de 4-core consume más included usage que uno de 2-core durante el mismo tiempo real.

La sensación práctica es:

Máquina de Codespace	Cómo se sienten 120 core-hours
2-core	Aproximadamente 60 horas
4-core	Aproximadamente 30 horas
8-core	Aproximadamente 15 horas

Si usas Codespaces como entorno principal de desarrollo durante muchas horas cada día, la cuota Free puede quedarse corta. Si lo usas ocasionalmente desde otro equipo o como entorno rápido de prueba, puede ser muy útil.

Para conservar la cuota gratuita, detén el codespace después de usarlo. Los codespaces activos pueden seguir consumiendo compute time y storage.

5. ¿Puedes usar GitHub Pages gratis?

GitHub Pages está disponible en GitHub Free para repositorios públicos. Es útil para hosting estático.

Casos comunes:

Portafolios personales
Blogs estáticos
Documentación de proyectos
Demos de HTML/CSS/JS
Sitios de documentación open source

Pero GitHub Pages es hosting estático. No es buena opción para código server-side, conexiones a base de datos, SSR o API servers. Para eso conviene compararlo con Vercel, Netlify, Cloudflare Pages, Render, Fly.io o plataformas similares.

El otro límite son los repositorios privados. La documentación de GitHub dice que Pages está disponible para repositorios públicos en Free, mientras que Pages desde repositorios públicos y privados está disponible en GitHub Pro, Team, Enterprise Cloud y Enterprise Server.

Así que, para un sitio estático público, Free es suficiente. Si necesitas Pages desde un repositorio privado o un sitio de documentación de equipo, revisa los requisitos del plan de pago.

6. ¿Puedes gestionar proyectos comerciales con GitHub Free?

Desde la perspectiva de repositorio de código, sí. Como GitHub Free permite repositorios privados, puede bastar para freelancers individuales o proyectos comerciales pequeños.

Los límites aparecen en colaboración de equipo y operación.

Free puede quedarse corto cuando necesitas:

Gestión de permisos fina
Revisión basada en code owners
Required reviewers
Branch protection avanzada
Políticas de seguridad por equipo
Soporte oficial por email
Más Actions minutes
Más Packages storage
Pages desde repositorios privados

Para un proyecto freelance individual, empezar en Free suele ser razonable. Para equipos de empresa, proyectos de cliente o repositorios comerciales con varios colaboradores a largo plazo, GitHub Team o superior suele ser más realista.

7. Checklist para usar GitHub Free

Para usar GitHub Free con seguridad durante mucho tiempo, revisa estos hábitos:

El hábito central es simple: mantener los repositorios centrados en código y vigilar por separado los servicios con quota.

Guía práctica de decisión

Para una persona desarrolladora frontend:

Situación	Decisión
Código fuente, portafolio, proyectos personales	GitHub Free es suficiente
Despliegue de página estática pública	GitHub Pages es gratis
CI/CD simple	2,000 minutos de Actions suelen bastar
E2E pesado, builds Docker frecuentes, CI de monorepo	Optimizar workflows o considerar planes de pago
Mucho almacenamiento de private packages	Gestionar cuidadosamente Packages storage
Codespaces como entorno diario principal	La cuota Free puede agotarse
Muchos proyectos de empresa o cliente	Se recomienda GitHub Team o superior

En resumen, GitHub ofrece un rango gratuito muy amplio para alojar código. Los límites reales aparecen alrededor de Actions, Packages, Codespaces y private Pages.

Para desarrolladores frontend, GitHub Free puede cubrir mucho trabajo. Pero si gestionas proyectos comerciales de equipo, automatización pesada, documentación privada o flujos de package registry, conviene planificar costes y control de acceso por separado.