Đoạn xem trước bài giảng

최종 프로젝트: 실제 팀 개발 시뮬레이션

지금까지 배운 모든 내용을 하나의 시나리오에 적용해봅니다: 여러분은 소규모 팀의 개발자로서 새로운 기능을 추가하고, 버그를 수정하며, 릴리스를 배포해야 합니다. 저장소 생성, 브랜치 작업, 풀 리퀘스트, 의도적으로 생성된 충돌과 해결, 히스토리 정리를 위한 리베이스, 그리고 최종 릴리스 태그까지 전체 사이클을 단계별로 경험합니다. 과정이 끝나면 취업 시장에서 자랑할 수 있는 실제 저장소를 갖게 됩니다.

전체 Git 워크플로우 팀 개발 릴리스 사이클
Bạn sẽ học gì trong bài giảng này
  • 브랜치 생성부터 메인 브랜치에 병합까지 Git에서 기능 개발의 전체 사이클을 독립적으로 수행할 수 있습니다.
  • 실제 팀에서의 업무 프로세스를 이해하고 첫 출근 날부터 준비된 상태가 됩니다.
  • 의미 있는 커밋 히스토리를 가진 완성된 저장소를 포트폴리오에 추가하고 면접에서 보여줄 수 있습니다.

Phần đầu bài giảng

포트폴리오용 저장소 초기화

  • 새 프로젝트 폴더 생성
  • 빈 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

Bài giảng đầy đủ dành cho thuê bao

Còn 31 slide nữa trong phiên bản đầy đủ.

Video, toàn bộ slide, ghi chú, bài kiểm tra, gia sư AI và phỏng vấn sẽ mở sau khi đăng nhập và đăng ký thuê bao.

Đăng nhập hoặc đăng ký Đăng ký thuê bao

Nội dung bài giảng

  1. 포트폴리오용 저장소 초기화
  2. 표준에 따른 프로젝트 구조화
  3. 첫 번째 의미 있는 커밋
  4. GitHub에 프로젝트 게시
  5. 새 기능 시작: 브랜치 생성
  6. 원자적 커밋: 변경 기록 작성
  7. 병합 전 확인
  8. 풀 리퀘스트 준비하기
  9. 최종 프로젝트 리뷰 준비
  10. GitHub에서 풀 리퀘스트 생성하기
  11. 코드 리뷰 피드백 반영하기
  12. 코드 리뷰 마무리하기
  13. 긴급 프로덕션 버그: 어떻게 대처할까?
  14. 핫픽스 브랜치 제대로 생성하기
  15. 빠른 수정과 확인
  16. 긴급 머지 및 배포
  17. 병합 전 기능 브랜치 업데이트
  18. 코드 충돌 해결
  19. 리베이스 완료 및 푸시
  20. 머지 전 리베이스가 필요한 이유
  21. 인터랙티브 리베이스 실제 사용
  22. 최종: 깔끔한 히스토리로 머지
  23. 완성된 기능 게시
  24. Squash and Merge로 변경 사항 통합하기
  25. 병합 후 정리
  26. 최종 결과물과 면접에서 보여줄 포인트
  27. 릴리스 준비: 코드 완성도 확인
  28. v1.0.0 버전 태그 생성
  29. GitHub에 릴리스 게시
  30. 결과 확인 및 다음 개발 준비
  31. 프로젝트 히스토리 분석
  32. 커밋 가독성 평가
  33. 커밋 히스토리: 개발자 포트폴리오
  34. 피날레: 첫 번째 릴리스 준비 완료!

Bài viết liên quan đến bài học này

Tất cả bài giảng của khóa học

  1. 소개: 완전 초보에서 자신 있는 개발자로 성장하기 위한 Git
  2. Git가 왜 필요한가? — 취업에 왜 필수인가
  3. Git 설치 및 설정: 첫 실행을 위한 준비
  4. 첫 번째 저장소: init, add, commit과 인덱스의 마법
  5. 히스토리 읽기: log, diff, show 및 과거 탐색
  6. 브랜치: 코드의 평행 현실
  7. 오류 취소하기: restore, reset, revert — 올바른 방법과 위험한 방법
  8. GitHub 및 원격 저장소: 클라우드에 코드 저장하기
  9. 팀워크: 포크, 기능 브랜치 및 풀 리퀘스트
  10. 병합 충돌: 당황하지 말고 이해하고 해결하기
  11. 실제 팀의 Git 프로세스: 어떤 워크플로우를 선택할까
  12. 고급 도구: 리베이스, 스태시, 체리픽 및 태그
  13. 최종 프로젝트: 실제 팀 개발 시뮬레이션