최종 프로젝트: 실제 팀 개발 시뮬레이션
지금까지 배운 모든 내용을 하나의 시나리오에 적용해봅니다: 여러분은 소규모 팀의 개발자로서 새로운 기능을 추가하고, 버그를 수정하며, 릴리스를 배포해야 합니다. 저장소 생성, 브랜치 작업, 풀 리퀘스트, 의도적으로 생성된 충돌과 해결, 히스토리 정리를 위한 리베이스, 그리고 최종 릴리스 태그까지 전체 사이클을 단계별로 경험합니다. 과정이 끝나면 취업 시장에서 자랑할 수 있는 실제 저장소를 갖게 됩니다.
- 브랜치 생성부터 메인 브랜치에 병합까지 Git에서 기능 개발의 전체 사이클을 독립적으로 수행할 수 있습니다.
- 실제 팀에서의 업무 프로세스를 이해하고 첫 출근 날부터 준비된 상태가 됩니다.
- 의미 있는 커밋 히스토리를 가진 완성된 저장소를 포트폴리오에 추가하고 면접에서 보여줄 수 있습니다.
Simula ng leksyon
포트폴리오용 저장소 초기화
- 새 프로젝트 폴더 생성
- 빈 Git 저장소 초기화
- 불필요한 파일 제외를 위한 .gitignore 추가
- 작업 디렉토리 상태 확인
터미널을 열고 'mkdir portfolio-project' 명령어로 새 프로젝트 폴더를 만드세요. 폴더로 이동한 후 'git init'을 실행하면 Git이 모든 변경 사항을 추적할 숨겨진 .git 폴더가 생성됩니다. 이제 'node_modules/'와 '.env'를 포함하는 .gitignore 파일을 추가하여 종속성과 민감한 데이터를 버전 관리에서 제외하세요. 'git status'로 현재 상태를 확인하면 추적되지 않은 새 파일이 목록에 표시됩니다. 이것이 여러분의 전문적인 프로젝트가 시작될 기반입니다. 모든 파일이 올바르게 생성되었는지 확인하세요.
#!/bin/bash
# 프로젝트 폴더 생성
mkdir portfolio-project
# 프로젝트 폴더로 이동
cd portfolio-project
# Git 저장소 초기화
git init
# .gitignore 파일 생성
cat > .gitignore << EOL
node_modules/
.env
EOL
# 저장소 상태 확인
git status
표준에 따른 프로젝트 구조화
- 표준 폴더 생성: src, docs, tests
- 프로젝트 설명을 포함한 README 추가
- 변경 사항을 커밋을 위해 준비
- 고정 전 상태 확인
깔끔한 프로젝트 구조는 정돈된 책상과 같습니다: 모든 것이 제자리에 있습니다. 소스 코드를 위한 'src', 문서를 위한 'docs', 테스트를 위한 'tests'의 세 가지 주요 폴더를 만드세요. 프로젝트에 대한 간단한 설명을 포함한 'README.md' 파일을 추가하세요. 이제 'git add .'를 실행하여 모든 파일을 스테이징 영역에 추가합니다. 'git status'를 다시 확인하면 모든 새 파일이 커밋 준비가 된 변경 사항 섹션에 표시됩니다. 이것이 전문적인 코드 베이스 구성의 첫걸음입니다. 업계 표준에 맞게 구조가 구성되었는지 확인하세요.
#!/bin/bash
# 표준 폴더 생성
mkdir src docs tests
# 설명이 포함된 README 생성
cat > README.md << EOL
# Portfolio Project
이 프로젝트는 Git 작업 능력을 보여줍니다.
EOL
# 모든 파일을 스테이징 영역에 추가
git add .
# 저장소 상태 확인
git status
첫 번째 의미 있는 커밋
- 명확한 메시지로 첫 번째 커밋 생성
- 서비스 변경에는 'chore' 접두사 사용
- 커밋 기록 확인
- 모든 변경 사항이 고정되었는지 확인
이제 프로젝트의 초기 상태를 고정할 시간입니다. 'git commit -m 'chore: initialize project structure''를 입력하세요. 'chore' 접두사는 서비스 변경을 나타냅니다. 커밋 후 'git log'를 실행하면 해시, 작성자 및 메시지와 함께 첫 번째 커밋 레코드가 표시됩니다. 이것이 모든 추가 변경 기록이 구축될 기초입니다. 좋은 첫 번째 커밋은 화가의 깨끗한 캔버스와 같습니다. 메시지가 명확하고 정보를 제공하는지 확인하세요.
#!/bin/bash
# 첫 번째 커밋 생성
git commit -m 'chore: initialize project structure'
# 커밋 기록 확인
git log --oneline
Buong leksyon ay para sa subscription
31 pang slide sa buong bersyon.
Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.
Mag-sign in o magparehistro Mag-subscribeNilalaman ng leksyon
- 포트폴리오용 저장소 초기화
- 표준에 따른 프로젝트 구조화
- 첫 번째 의미 있는 커밋
- GitHub에 프로젝트 게시
- 새 기능 시작: 브랜치 생성
- 원자적 커밋: 변경 기록 작성
- 병합 전 확인
- 풀 리퀘스트 준비하기
- 최종 프로젝트 리뷰 준비
- GitHub에서 풀 리퀘스트 생성하기
- 코드 리뷰 피드백 반영하기
- 코드 리뷰 마무리하기
- 긴급 프로덕션 버그: 어떻게 대처할까?
- 핫픽스 브랜치 제대로 생성하기
- 빠른 수정과 확인
- 긴급 머지 및 배포
- 병합 전 기능 브랜치 업데이트
- 코드 충돌 해결
- 리베이스 완료 및 푸시
- 머지 전 리베이스가 필요한 이유
- 인터랙티브 리베이스 실제 사용
- 최종: 깔끔한 히스토리로 머지
- 완성된 기능 게시
- Squash and Merge로 변경 사항 통합하기
- 병합 후 정리
- 최종 결과물과 면접에서 보여줄 포인트
- 릴리스 준비: 코드 완성도 확인
- v1.0.0 버전 태그 생성
- GitHub에 릴리스 게시
- 결과 확인 및 다음 개발 준비
- 프로젝트 히스토리 분석
- 커밋 가독성 평가
- 커밋 히스토리: 개발자 포트폴리오
- 피날레: 첫 번째 릴리스 준비 완료!
Mga artikulo tungkol sa araling ito
- Paano matutunan ang Git: plano, trainer, dokumentasyon, at praktika
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- Paano mag-install ng Git sa Windows, macOS, at Linux
- Ano ang Git at bakit ito kailangan ng developer
- Git Bash: ano ito at paano gamitin sa Windows
Lahat ng leksyon ng kurso
- 소개: 완전 초보에서 자신 있는 개발자로 성장하기 위한 Git
- Git가 왜 필요한가? — 취업에 왜 필수인가
- Git 설치 및 설정: 첫 실행을 위한 준비
- 첫 번째 저장소: init, add, commit과 인덱스의 마법
- 히스토리 읽기: log, diff, show 및 과거 탐색
- 브랜치: 코드의 평행 현실
- 오류 취소하기: restore, reset, revert — 올바른 방법과 위험한 방법
- GitHub 및 원격 저장소: 클라우드에 코드 저장하기
- 팀워크: 포크, 기능 브랜치 및 풀 리퀘스트
- 병합 충돌: 당황하지 말고 이해하고 해결하기
- 실제 팀의 Git 프로세스: 어떤 워크플로우를 선택할까
- 고급 도구: 리베이스, 스태시, 체리픽 및 태그
- 최종 프로젝트: 실제 팀 개발 시뮬레이션