개념 설명
이 네 가지만 기억하면 됩니다
① Git = 내 컴퓨터에서 파일이 바뀐 과정을 시점마다 저장해 두는 도구입니다. 문서의 버전 기록이라고 생각하면 됩니다.
② GitHub = 그 기록을 안전하게 보관하는 창고입니다. 코드용 구글 드라이브라고 보면 됩니다.
③ Vercel · Netlify = 창고에 있는 코드를 실제 웹사이트 주소로 띄워주는 배포 서비스입니다.
④ 내가 할 일 = 명령어를 외울 필요 없이 AI에게 자연어로 말하는 것뿐입니다. Claude Code든 Codex든 방법은 같습니다. 내가 만든 랜딩페이지와 대시보드, 데모를 개발자 없이 바로 공개할 수 있습니다.
Git과 GitHub, 이름이 비슷한데 무엇이 다른가요?
| 항목 | Git바로가기 ↗ | GitHub바로가기 ↗ |
|---|---|---|
| 최초 공개 시점 | 2005년 4월 | 2008년 4월 (정식 출시) |
| 어디에서 작동하나 | 내 노트북 안. 인터넷이 없어도 씁니다 | 인터넷. 접속해야 씁니다 |
| 무엇에 쓰나 | 저장 · 되돌리기 · 가지 나누기 | 백업 · 공유 · 협업 · 공개 |
| 비용이 드나 | 무료입니다. 오픈소스입니다 | 개인 사용자는 무료입니다. Team 요금제는 사용자당 월 4달러, 기업용 Enterprise 요금제는 사용자당 월 21달러입니다 |
| 내 코드가 보이나 | 내 컴퓨터에만 저장되어 외부에 공개되지 않습니다 | 공개(Public)와 비공개(Private)를 직접 고를 수 있습니다 |
| 없으면 | 버전 관리가 되지 않습니다 | 노트북이 고장 나면 함께 사라집니다 |
GitHub Team과 Enterprise 요금제, 무엇이 다른가요
Team · 사용자당 월 4달러
- 여러 명이 한 저장소를 함께 쓸 때 필요한 통제 수단이 Team부터 제공됩니다. 검토를 통과한 코드만 반영하는 PR 리뷰 필수 지정(PR은 "이 변경을 반영해 달라"는 요청서입니다), 정해진 사람만 고칠 수 있게 잠그는 브랜치 보호, 파일마다 책임자를 두는 코드 오너가 대표적입니다.
- 자동화 실행 시간(Actions)은 월 3,000분까지, 패키지 저장소는 2GB까지 쓸 수 있습니다. 기술 지원은 이메일로 받습니다.
Enterprise · 사용자당 월 21달러
- Team의 모든 기능에 전사 계정 관리가 더해집니다. 회사 계정으로 한 번에 로그인하는 SAML SSO와 퇴사 시 접근 권한이 자동 회수되는 SCIM 연동, 이 둘이 실무에서 가장 크게 체감되는 차이입니다.
- 계열사나 사업부별로 조직이 분산돼 있어도 엔터프라이즈 계정 하나로 통합해 관리할 수 있습니다.
- 감사 기록을 외부 보안 시스템으로 실시간 전송하는 감사 로그 스트리밍, 허용한 IP에서만 접속하게 막는 IP 허용 목록, 데이터를 저장할 국가를 고르는 기능이 들어갑니다. 금융·공공 부문이 요구하는 규제 대응 항목입니다. 가동률 99.9% 보장(SLA)도 이 등급부터 적용됩니다.
- 자동화 실행 시간은 월 50,000분, 패키지 저장소는 50GB로 늘어납니다. 각각 Team의 약 17배와 25배입니다.
선택 기준
- 소수 인원이 코드를 함께 관리하는 수준이라면 Team으로 충분합니다.
- 정보보안팀이 접근 권한 회수 기록과 감사 로그를 요구하는 단계라면 Enterprise가 필요합니다.
만든이와 이름의 유래
리눅스와 GNU, 1991년
- 핀란드 헬싱키 출신의 리누스 토르발스(Linus Torvalds)는 1991년에 취미로 리눅스를 만들었습니다. 당시 그는 헬싱키대학교에 다니던 21살 학생이었습니다. 토르발스는 인터넷 게시판에 리눅스를 소개하며 "그냥 취미일 뿐, GNU처럼 크고 전문적인 건 아니다"라고 썼습니다. 토르발스가 언급한 GNU는 리처드 스톨먼이 1983년에 시작한 프로젝트입니다. 스톨먼은 누구나 자유롭게 쓰고 고치고 나눌 수 있는 운영체제를 만들고자 했습니다.
- 토르발스가 리눅스를 만들 무렵, GNU 개발자들은 운영체제에 필요한 여러 프로그램을 만들어 둔 상태였습니다. 하지만 CPU와 메모리를 관리하는 핵심 프로그램인 커널은 아직 완성하지 못했습니다. 토르발스가 만든 리눅스는 바로 이 커널이었습니다. 여기에 GNU의 프로그램들을 합치면서 하나의 운영체제로 사용할 수 있게 됐습니다. 이렇게 구성한 운영체제를 GNU/Linux라고 부릅니다.
- 리눅스 커널의 첫 버전인 0.01은 1991년 9월에 공개됐습니다. 이후 개발을 이어가며 1994년 3월에 정식 버전 1.0을 출시했습니다.
BitKeeper 분쟁 이후 탄생한 Git
- 2002년부터 리눅스 커널 개발자들은 BitKeeper라는 버전 관리 도구를 썼습니다. 이 도구를 만든 래리 맥보이는 선 마이크로시스템즈와 실리콘 그래픽스에서 유닉스 계열 운영체제의 성능을 개선하던 엔지니어였습니다. 맥보이는 선에서 만든 사내 협업 도구 팀웨어를 바탕으로 BitKeeper를 개발했습니다. 이후 비트무버라는 회사를 세워 BitKeeper를 상용 소프트웨어로 출시했습니다. 리눅스 커널 개발자들에게는 예외적으로 무료 라이선스를 내줬습니다.
- 무료로 쓰려면 조건을 지켜야 했습니다. 이 도구를 쓰는 동안에는 경쟁 버전 관리 도구를 만들 수 없었고, 통신 방식을 역분석할 수도 없었습니다. 2005년 개발자 앤드루 트리젤이 BitKeeper의 통신 방식을 분석하는 도구를 만들자, 비트무버는 곧바로 무료 라이선스 제공을 중단했습니다.
- 이에 토르발스는 직접 개발에 착수했고, 열흘 만에 새 버전 관리 시스템의 기본 구조를 완성했습니다. 전 세계 수천 명이 동시에 코드를 주고받아도 빠르게 작동하고, 기록이 손상되지 않도록 하는 데 집중했습니다. Git은 2005년 4월 처음 공개됐고, 정식 버전인 1.0은 2005년 12월에 출시됐습니다.
이름의 유래
- 영어 단어 git은 영국 속어로 "고집불통", "밥맛" 정도의 뜻입니다.
- 토르발스는 "나는 자아도취적인 놈이라 내가 만드는 프로젝트에는 전부 내 이름을 붙인다. 먼저 리눅스, 이번엔 깃"이라고 농담했다고 합니다.
GitHub, 술자리에서 시작한 창업
- 톰 프레스턴 워너는 아바타 서비스 그라바타를 만들어 워드프레스 운영사 오토매틱에 매각한 개발자입니다. 2005년 샌프란시스코로 이주한 뒤 자연어 검색 스타트업 파워셋에서 일하고 있었습니다. 2007년 가을 샌프란시스코의 한 술집에서 그는 친구 크리스 완스트라스에게 Git을 웹에서 쉽게 쓸 수 있는 서비스를 만들자고 제안했습니다. Git은 기능이 강력하지만 다루기가 너무 번거로웠기 때문입니다.
- 두 사람은 다음 날 아침 첫 코드를 올렸습니다. 이후 석 달 동안 매주 토요일에 만나 기능을 개발하고 요금제를 정했습니다.
- 또 다른 공동창업자 PJ 하이엇은 노스센트럴 칼리지에서 컴퓨터공학을 전공하고 CNET을 거쳐 컨설팅 회사 에러프리를 세웠습니다. 마지막으로 합류한 스콧 샤콘은 UC 샌디에이고에서 연극을 전공하다 개발자로 진로를 바꿨고, Git의 대표 교재인 Pro Git을 썼습니다. 공동창업자 4명 모두 샌프란시스코의 소프트웨어 엔지니어였습니다.
- 네 사람이 함께 만든 깃허브는 2008년 4월 정식 출시됐습니다.
- GitHub는 Git(버전 관리 도구)과 Hub(중심)를 합친 이름으로, Git 저장소를 한곳에 모은다는 뜻입니다.
2018년, 마이크로소프트가 75억 달러에 인수
- 스티브 발머 시절 마이크로소프트는 리눅스를 "암 같은 존재"라고 부를 만큼 오픈소스에 적대적이었습니다.
- 인도 출신 사티아 나델라가 CEO를 맡은 뒤 마이크로소프트의 입장은 달라졌습니다. 애저 클라우드 사업을 확장하기 위한 핵심 전략으로 오픈소스를 선택했습니다. 개발자 3천만 명이 모인 깃허브를 인수한 일은 이런 변화를 상징합니다.
AI 학습 데이터와 코파일럿 소송
- 2021년 6월, 깃허브는 오픈AI와 함께 개발한 코드 자동완성 도구 코파일럿을 시험 공개했습니다. 이 도구의 AI 모델은 공개된 수십억 줄의 코드를 학습했습니다. 2022년 11월, 개발자들은 깃허브·마이크로소프트·오픈AI를 상대로 집단소송을 제기했습니다. 코파일럿이 코드를 제공하면서 원저작자와 라이선스 표시를 누락해 오픈소스 라이선스를 위반한다는 주장이었습니다.
- 2024년 6월, 미국 캘리포니아 북부 연방지방법원은 저작자·라이선스 등 저작권 관리정보를 제거했다는 DMCA 청구를 기각했습니다. DMCA는 디지털 환경에서 저작권을 보호하기 위한 미국 법인 ‘디지털 밀레니엄 저작권법’의 약칭입니다. 이 소송에서는 코드에 붙은 저작자 이름이나 라이선스 정보를 삭제했는지가 문제가 됐습니다. 법원은 해당 조항을 적용하려면 원본과 동일한 복제물이 있어야 한다고 해석했고, 원고들이 그런 사례를 충분히 제시하지 못했다고 판단했습니다. AI 학습이나 코드 사용 전반이 적법하다고 판결한 것은 아닙니다.
- 법원은 오픈소스 라이선스를 어겼다는 계약 위반 청구는 기각하지 않았습니다. 이는 계약 위반을 인정한 판결이 아니라, 소송을 이어갈 수 있도록 한 결정입니다. 부당이득 반환과 징벌적 손해배상 요구는 받아들이지 않았습니다. 법원은 이 사건의 계약 위반 주장만으로는 해당 배상을 요구할 법적 근거가 부족하다고 봤습니다.
- 원고들은 DMCA 청구 기각에 불복해 항소했습니다. 2024년 9월, 지방법원은 항소심 판단을 기다리도록 재판 절차를 중단했습니다. 2026년 2월 11일에는 제9연방항소법원에서 양측 주장을 듣는 구두변론이 열렸습니다. 쟁점은 저작권 관리정보 제거를 문제 삼으려면 코드가 원본과 반드시 같아야 하는지입니다.
다른 선택지
- Git은 널리 쓰이는 버전 관리 도구이며, Mercurial이나 Subversion 같은 다른 도구도 있습니다. Git을 사용하면서 저장소를 관리하고 협업하려면 GitHub, GitLab, Bitbucket 같은 서비스를 선택할 수 있습니다.
그래서 둘은 어떻게 이어지나요?
GitHub 가입하기
GitHub 계정을 만들고 첫 번째 저장소를 생성합니다
github.com 접속 → Sign up
github.com에 접속해서 Sign up 버튼을 클릭합니다. 이메일, 비밀번호, 사용자명을 입력하면 끝입니다.
사용자명은 나중에 URL에 포함됩니다. 기억하기 쉬운 영문으로 만드세요. (예: honggildong → hong.github.io)
새 저장소 만들기
로그인 후 왼쪽 상단 New 버튼을 클릭합니다.
# 저장소 설정
Repository name: my-project
← 프로젝트 이름 입력
Public / Private 선택
← 공개 or 비공개
[Create repository] 클릭
※ Private(비공개)으로 만들면 나만 볼 수 있습니다.
AI 코딩 도구와 GitHub 연결하기
AI가 내 저장소에 접근하려면 인증이 필요합니다. 컴퓨터에 한 번만 해 두면 되고, Claude Code와 Codex가 그 인증을 함께 씁니다. 방법은 두 가지입니다. 둘 중 하나만 하면 됩니다.
GitHub가 공식으로 만든 gh 명령어를 설치하고 한 번 로그인하면 끝납니다. 인증 키는 GitHub가 알아서 발급해 윈도우 자격 증명 관리자(맥은 키체인)에 넣어 줍니다.
# PowerShell에 입력
winget install --id GitHub.cli
winget이 없다면 cli.github.com에서 .msi 설치 파일을 내려받아 실행하세요. 설치한 뒤에는 터미널을 껐다 켜야 명령어가 잡힙니다.
# 윈도우·맥 모두 같은 명령어
gh auth login
※ 질문이 차례로 나옵니다. 방향키로 고르고 Enter를 누르세요. 버전에 따라 문구가 조금 다를 수 있습니다.
- What account do you want to log into? → GitHub.com
- What is your preferred protocol for Git operations? → HTTPS
- Authenticate Git with your GitHub credentials? → Yes
- How would you like to authenticate? → Login with a web browser
- 화면에
XXXX-XXXX형태의 여덟 자리 코드가 뜹니다. 그대로 복사하고 Enter를 누르면 브라우저가 열립니다. - 브라우저에 코드를 붙여넣고 Authorize github 버튼을 누르면 연결이 끝납니다.
# 잘 됐는지 확인
gh auth status
※ ✓ Logged in to github.com account 내아이디가 보이면 연결된 것입니다.
gh auth logout을 입력하면 됩니다. GitHub 웹에서 지우려면 Settings → Applications → Authorized OAuth Apps → GitHub CLI → Revoke를 누르세요.
방법 B Personal Access Token 발급 까다로운 방법
설치 없이 브라우저만으로 인증 키를 직접 만드는 방법입니다. 화면 위치가 자주 바뀌니 천천히 따라가세요.
프로필 클릭
우측 상단 프로필 사진 → Settings
Developer Settings
왼쪽 맨 하단 Developer settings 클릭
토큰 생성
Personal access tokens → Tokens (classic) → Generate new token
# 토큰 설정
Note: claude-code-access
← 이름 (자유롭게)
Expiration: 30 days
← 짧을수록 안전합니다
Scopes: repo 만 체크
← 나머지는 그대로 두세요
[Generate token] → 토큰 복사
← 벗어나면 다시 못 봅니다
- 유효기간은 30일로 짧게 잡으세요. 만료되면 같은 방법으로 다시 만들면 됩니다.
- 권한은 repo 하나만 체크하세요. 목록에 체크박스가 수십 개 보여도 나머지는 손대지 않습니다. 권한이 적을수록 새어 나갔을 때 피해가 작습니다.
- 메신저·메일·메모 앱에 붙여넣지 마세요. 바로 쓰는 것이 원칙입니다.
- 조금이라도 이상하면 지우세요. Settings → Developer settings → Tokens (classic)에서 해당 토큰을 Delete하면 그 즉시 폐기됩니다.
AI로 올리기
AI 코딩 도구에서 프로젝트를 GitHub에 올립니다
앞에서 방법 B(토큰)를 골랐다면 · 토큰을 AI에게 전달하기
방법 A(gh auth login)로 연결했다면 이 칸은 볼 필요가 없습니다. 토큰을 직접 만들었다면, AI가 GitHub에 처음 접근할 때 이렇게 말하세요.
# AI에게 이렇게 말하세요
> GitHub Personal Access Token은 ghp_xxxxxxxxxxxx야
> 이 키는 절대 메모리나 파일에 저장하지 마
※ ghp_로 시작하는 긴 문자열이 토큰입니다. 위 예시 자리에 복사한 값을 그대로 붙여넣으세요.
처음 올릴 때
이미 내 컴퓨터에 프로젝트가 있다면 AI에게 말하세요:
# AI에게 이렇게 말하세요
> 이 프로젝트를 GitHub에 올려줘
> GitHub 주소는 https://github.com/내아이디/my-project 야
GitHub에 있는 프로젝트를 내려받고 싶다면:
# AI에게 이렇게 말하세요
> https://github.com/내아이디/my-project 클론해줘
이후에 수정할 때
| 하고 싶은 것 | AI에게 이렇게 말하세요 |
|---|---|
| 변경사항 저장하기 | "지금까지 바꾼 거 커밋해줘" |
| GitHub에 올리기 | "GitHub에 푸시해줘" |
| 최신 코드 받기 | "GitHub에서 최신 코드 받아줘" |
| 이전 버전으로 돌리기 | "마지막 커밋 전으로 되돌려줘" |
저장소 메뉴
저장소 메뉴, 어디에 무엇이 있나요?
화면 속 메뉴나 아래 설명에 마우스를 올려 보세요. 해당 메뉴에 빨간 테두리가 표시됩니다. 모바일에서는 설명을 누르면 해당 위치로 화면이 이동합니다.
실제 화면: airoasting / blog · 메뉴는 저장소 설정과 접근 권한에 따라 달라질 수 있습니다.
GitHub Pages로 공개하기
GitHub의 무료 호스팅 기능을 켜서 내 URL로 사이트가 열리는 것을 확인합니다
GitHub Pages 활성화 3단계
Settings 클릭
해당 저장소 상단 탭에서 Settings 선택
Pages 메뉴
왼쪽 사이드바에서 Pages 클릭
branch 선택 후 Save
main 또는 master 브랜치 선택 → Save
1~2분 후 공개됩니다
저장소에 올린 HTML/CSS/JS 파일이 그대로 웹사이트로 공개됩니다. 주소는 다음과 같습니다.
https://내아이디.github.io/프로젝트이름/
예) 아이디 hong, 저장소 my-site → https://hong.github.io/my-site/
Vercel·Netlify로 배포하기
GitHub Pages·Vercel·Netlify 비교
| 항목 | GitHub Pages바로가기 ↗ | Vercel바로가기 ↗ | Netlify바로가기 ↗ |
|---|---|---|---|
| 한 줄 정체성 | GitHub 저장소의 파일을 웹사이트로 공개하는 기능 | Next.js(React 기반 개발 도구)를 만든 회사가 운영하는 배포 플랫폼 | 정적 사이트(Jamstack) 배포를 대중화한 원조 서비스 |
| 출시 시점 | 2008년 12월 | 2016년 4월 (Now로 첫 공개) 2020년 4월 Vercel로 이름 변경 | 2015년 4월 |
| 만든이 | GitHub | 기예르모 라우치 | 매트 빌만·크리스천 바흐 |
| 이름의 뜻·어원 | GitHub에 웹페이지를 공개하는 기능으로, Pages는 ‘페이지들’이라는 뜻입니다. | 라틴어 vertere(베르테레, 돌다·전환하다)에서 따온 신조어로, "전환·움직임"의 어감을 담았습니다. | Net(네트워크·인터넷) + -ify(~하게 만들다)의 조합입니다. "웹 배포를 누구나 쉽게"라는 의미를 담았습니다. 'Jamstack'이라는 용어를 만든 회사로도 알려져 있습니다. |
| 추천 용도 | 소개 페이지·강의 자료·문서·포트폴리오를 별도 배포 서비스 가입 없이 공개할 때 | Next.js·React로 만든 앱을 배포하거나 서버에서 실행할 함수를 함께 운영하는 프로젝트 | 사이트에 입력 폼·인증·함수를 연결하고 빌드 플러그인을 활용하려는 프로젝트 |
| 자동 배포·미리보기 | 설정한 브랜치나 Actions로 자동 배포. PR별 미리보기는 별도 구성이 필요합니다. | GitHub 푸시 시 자동 빌드 + 브랜치·PR별 Preview URL 제공 | 동일하게 푸시 시 자동 빌드 + Deploy Preview 제공 |
| 무료 플랜·기본 주소 | GitHub Free의 공개 저장소에서 무료 · 계정.github.io/저장소/ | Hobby 플랜(개인·비상업) · 프로젝트.vercel.app | Free 플랜(개인·소규모) · 프로젝트.netlify.app |
| 서버에서 코드 실행 | 지원하지 않습니다. 브라우저에서 실행되는 JavaScript는 사용할 수 있습니다. | Vercel Functions로 실행합니다. | Netlify Functions로 실행합니다. |
GitHub와 Vercel(또는 Netlify)을 연동해 푸시하면 자동으로 사이트가 갱신되도록 만듭니다
vercel.com 접속 → GitHub로 로그인
vercel.com에 접속해서 Sign Up 또는 Continue with GitHub을 클릭합니다. GitHub 계정과 자동으로 연동되므로 새로 회원가입을 하지 않아도 됩니다.
권한 요청 화면이 뜨면 Authorize Vercel을 눌러 저장소 접근을 허용합니다. 처음에는 무료 Hobby 플랜으로 시작해도 충분합니다.
새 프로젝트 만들기 (Import)
대시보드 우측 상단 Add New ▾ → Project를 누르고, GitHub 저장소 목록에서 앞에서 만든 저장소를 찾아 Import 버튼을 클릭합니다.
# Import 화면 설정
Project Name: my-project
← 자동 입력됨
Framework Preset: Other
← 정적 HTML이면 그대로
Root Directory: ./
← 보통 그대로 둠
[Deploy] 클릭
※ Next.js · React · Vite 같은 프레임워크는 Vercel이 자동으로 감지합니다.
1~2분 대기 → 배포된 URL 확인
Deploy를 누르면 1~2분 안에 빌드가 끝납니다. 이어서 Vercel이 무료 도메인을 자동으로 만들어 줍니다. 만들어진 URL은 다음과 같은 형식입니다.
https://프로젝트이름.vercel.app/
예) 저장소 my-site → https://my-site.vercel.app/
내 도메인이 있다면 Settings → Domains에서 직접 연결할 수 있습니다.
이후엔 푸시만 하면 자동 재배포
한 번 연동해두면, 다음부터는 AI에게 푸시해달라고 말하는 것만으로 사이트가 자동으로 갱신됩니다.
# AI에게 이렇게 말하세요
> 변경사항 커밋하고 GitHub에 푸시해줘
※ 푸시 직후 Vercel 대시보드에서 빌드 진행 상황을 실시간으로 볼 수 있습니다.
Netlify도 똑같습니다
Netlify를 골랐어도 순서는 위 Vercel과 거의 같습니다. 버튼과 메뉴 이름만 다릅니다.
| 단계 | Vercel | Netlify |
|---|---|---|
| 1. 로그인 | vercel.com → Continue with GitHub | netlify.com → Sign up / Log in with GitHub |
| 2. 불러오기 | Add New ▾ → Project → Import | Add new site → Import an existing project → GitHub 저장소 선택 |
| 3. 배포 | Framework·Root 확인 → Deploy | 빌드 설정(정적이면 비워둠) → Deploy site |
| 4. 주소 | 프로젝트.vercel.app | 프로젝트.netlify.app |
Netlify도 한 번 연동하면 이후엔 GitHub에 푸시만 해도 자동으로 재배포됩니다. 내 도메인은 Site settings → Domain management에서 연결합니다.
더 알고 싶다면
꼭 알아야 할 용어
| 용어 | 쉬운 설명 |
|---|---|
| repository / repo (저장소) | 프로젝트 파일과 변경 기록을 보관하는 공간입니다. repository를 줄여 repo라고 부릅니다. |
| push (푸시) | 내 컴퓨터에 저장한 커밋을 GitHub에 올리는 작업입니다. |
| pull (풀) | GitHub의 변경 내용을 받아 내 작업에 반영하는 작업입니다. |
| clone (클론) | 저장소의 파일과 변경 기록을 내 컴퓨터로 복사하는 작업입니다. |
| fork (포크) | GitHub의 저장소를 내 계정에 복사해 별도로 작업하는 기능입니다. |
| commit (커밋) | 변경 내용을 Git 기록에 저장하는 작업입니다. |
| branch (브랜치) | 기존 코드에서 분리해 수정할 수 있는 별도의 작업 버전입니다. |
| PR (풀 리퀘스트) | 수정한 코드를 반영해 달라고 요청하고 검토받는 기능입니다. |
| conflict (충돌) | 서로 다른 변경 내용을 Git이 자동으로 합치지 못해 직접 정리해야 하는 상태입니다. |
| .gitignore | Git이 새로 추적하지 않을 파일과 폴더의 규칙을 적는 파일입니다. |
React와 Next.js는 무엇인가요?
| 용어 | 쉬운 설명 | 대표 사용 사례 |
|---|---|---|
| React (리액트) |
2013년 페이스북(Meta)이 공개한 자바스크립트 라이브러리입니다. 화면을 작은 부품(컴포넌트)으로 만들어 조립하고, 여러 페이지에서 재사용합니다. | 인스타그램, 넷플릭스, 에어비앤비, 페이스북 |
| Next.js (넥스트JS) |
2016년 Vercel이 공개한 React 기반 프레임워크입니다. React에 서버 처리, 페이지 주소 관리, 이미지 최적화, 검색 엔진 최적화(SEO) 기능을 추가한 개발 도구입니다. | 틱톡, 노션, 트위치, 훌루 |
워크트리(worktree) · 한 저장소를 여러 폴더에서 동시에 다루기
워크트리는 같은 저장소를 여러 폴더에서 동시에 작업할 수 있게 하는 기능입니다.
언제 쓰면 좋을까요?
- 개발 도중 긴급 수정 요청이 왔을 때, 작업을 멈추지 않고 옆 폴더에서 바로 처리
- 동료 코드를 검토할 때, 내 폴더는 그대로 둔 채 별도 폴더에서 확인
- AI에게 작업을 맡길 때, 내 폴더와 분리해 충돌 예방
핵심 명령어 3가지
# 새 워크트리 만들기 (fix-login 브랜치를 ../my-project-fix 폴더로 펼침)
git worktree add ../my-project-fix fix-login
# 현재 만들어진 워크트리 목록 보기
git worktree list
# 다 쓴 워크트리 정리하기
git worktree remove ../my-project-fix
※ add 뒤에는 새로 만들 폴더 경로와 그 폴더에서 사용할 브랜치 이름을 차례대로 적습니다.