Git가 왜 필요한가? — 취업에 왜 필수인가
명령어부터 배우지 않고, 고통부터 경험합니다: 버전 관리 없는 개발이 어떤 모습인지 살펴봅니다 — '프로젝트_최종_2', '프로젝트_최종_진짜_최종' 폴더와 잘못 삭제할까 두려운 상황. Git이 어떤 문제를 해결하는지, 왜 업계 표준이 되었는지, 그리고 고용주가 GitHub 프로필을 볼 때 구체적으로 무엇을 확인하는지 이해하게 됩니다.
- 면접관이나 고용주에게 버전 관리가 왜 필요한지 자신의 언어로 설명할 수 있게 됩니다. (암기한 정의 없이)
- Git의 분산 모델이 중앙 집중식 시스템과 근본적으로 어떻게 다른지, 그리고 이것이 실무에서 왜 중요한지 이해합니다.
- 취업 시 Git 관련 어떤 구체적인 기술이 평가되는지 깨닫게 됩니다.
Simula ng leksyon
'최종_진짜_최종'은 당신 잘못이 아닙니다
- 익숙한 폴더들: 프로젝트_v2, 최종_수정본
- 버전 관리 시스템 없이 모두 이렇게 합니다
- 이건 혼란이 아니라 원시적인 버전 관리입니다
- Git 이해를 위한 첫 걸음
컴퓨터에서 '프로젝트_v2'나 '최종_수정본_꼭' 같은 이름의 폴더를 볼 때, 스스로를 정리하지 못한다고 자책하지 마세요. 특별한 도구 없이 파일의 다른 버전을 저장해야 할 때, 모든 사람이 이렇게 합니다. 학생부터 경험 많은 개발자까지 — 모두 버전 관리 시스템을 알기 전에 이 단계를 거칩니다. 사실, 여러분은 이미 가장 원시적인 형태로 버전 관리를 발명한 셈입니다. 이건 혼란이 아니라 Git이 왜 필요한지 이해하기 위한 자연스러운 단계입니다.
삭제에 대한 두려움: 오직 머릿속에만 존재하는 역사
- 변경 내역이 오직 머릿속에만 있음
- 중요한 것을 삭제할까 봐 두려움
- 파일의 40개 버전 — 정답은 어디에?
- 기억은 확장 불가능하고 백업도 안 함
소설을 쓰는데 매일 새 복사본을 저장한다고 상상해보세요: '소설_초고', '소설_최종', '소설_최종_편집자_수정'. 한 달 후에는 파일이 40개나 되고, 3장의 그 완벽한 버전이 어느 파일에 있었는지 기억나지 않습니다. 이 방식의 가장 큰 문제는 변경 내역이 오직 당신의 머릿속에만 존재한다는 것인데, 인간의 기억은 불완전하고 백업도 하지 않습니다. 그래서 오래된 버전이 분명히 쓸모없어졌을 때조차 삭제하는 것을 두려워하는 것입니다.
한 명의 개발자가 혼란을 만들면, 팀은 무너집니다
- 팀에서는 혼란이 불가피합니다
- 이메일로 최신 버전 압축 파일 보내기
- 누군가 다른 사람의 수정 사항을 덮어씀
- 협업을 위한 도구가 필요합니다
혼자 작업할 때는 다른 버전의 폴더 시스템이 어떻게든 돌아갑니다. 하지만 프로젝트에 두 번째 사람이 나타나면 진정한 혼란이 시작됩니다. 누군가 실수로 다른 사람의 수정 사항을 덮어쓰고, '최신' 버전이 이메일로 압축 파일로 전송되며, 일주일 후에는 무엇이 진짜 최종본인지 아무도 모릅니다. 문제는 사람이나 부주의함이 아니라, 모든 변경 내역을 기억하고 여러 사람의 수정 사항을 적절히 병합할 수 있는 도구가 없다는 점입니다. 이 문제를 정확히 해결하는 것이 Git입니다. 하지만 실제 프로젝트에서 버전 관리 없이 작업하는 것이 어떤 모습인지 구체적인 손실 시나리오를 살펴보겠습니다.
Buong leksyon ay para sa subscription
28 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
- '최종_진짜_최종'은 당신 잘못이 아닙니다
- 삭제에 대한 두려움: 오직 머릿속에만 존재하는 역사
- 한 명의 개발자가 혼란을 만들면, 팀은 무너집니다
- 파일을 삭제하면 코드는 영원히 사라집니다
- 롤백이 불가능하면, 건드리지 않는 게 낫습니다
- 팀에서: 하나의 파일, 한 명의 생존자
- 기록 없는 혼란: 파일_최종_v3_완료.docx
- VCS — 코드를 위한 타임머신
- VCS가 답하는 세 가지 질문
- 각 커밋의 네 가지 구성 요소
- Git은 파일 간의 차이가 아닌 스냅샷을 저장합니다
- git log: 프로젝트 일지를 실시간으로 읽기
- 중앙 집중식 VCS: 서버가 모든 것을 저장
- 단일 서버 — 단일 실패 지점
- 팀이 성장하면 병목 현상이 심화됩니다
- 서버 하나는 단일 장애점
- 전체 복사본: 이력, 브랜치, 모든 것을 로컬에서
- 분산 시스템이 주는 세 가지 자유
- Git이 그 당시에 만들어진 이유
- Git이 성공한 세 가지 이유
- Git ≠ GitHub: 주니어 개발자들의 주요 혼동
- 모든 주니어를 혼란스럽게 하는 오해
- Git은 여러분의 컴퓨터에, GitHub는 클라우드에
- Word, Google Drive 및 GitHub의 세 가지 대안
- GitHub, 행동하는 당신의 이력서
- 문서처럼 읽히는 세 가지 신호
- 프로필을 망치는 요소: 투명함과 디지털 쓰레기
- 의미 없는 활동: 프로필의 세 가지 함정
- 저장소의 비밀: 왜 이것이 재앙인가
- "저는 프로세스를 이해합니다"라고 말하는 프로필
- 요약 및 과제
Mga artikulo tungkol sa araling ito
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- Ano ang Git at bakit ito kailangan ng developer
- Mga tanong tungkol sa Git sa job interview: 25 tanong na may sagot
- Paano mag-install ng Git sa Windows, macOS, at Linux
- 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 프로세스: 어떤 워크플로우를 선택할까
- 고급 도구: 리베이스, 스태시, 체리픽 및 태그
- 최종 프로젝트: 실제 팀 개발 시뮬레이션