Section 2 1. 프로젝트의 변경사항들을 타임캡슐(버전)에 담기 변경사항 확인 git status 추적하지 않는(untracked) 파일: Git의 관리에 들어간 적 없는 파일 파일 하나 담기 git add tigers.yaml git status로 확인 모든 파일 담기 git add . git status로 확인 2. 타임캡슐 묻기 아래 명령어로 commit git commit Vi 입력 모드로 진입 - Vim 강좌 작업 Vi 명령어 상세 입력 시작 i 명령어 입력 모드에서 텍스트 입력 모드로 전환 입력 종료 ESC 텍스트 입력 모드에서 명령어 입력 모드로 전환 저장 없이 종료 :q 저장 없이 강제 종료 :q! 입력한 것이 있을 때 사용 저장하고 종료 :wq 입력한 것이 있을 때 사용 위로 스크롤..
Section 1 Git을 배워야 하는 이유 게임, 웹, 앱 등 뭘 만들든 개발자가 되려면 Git을 다룰 줄 아는 것은 필수 소양이다. → 사무직이 워드나 한글을 다룰 줄 아는 것과 같은 느낌 Git이 뭔데? VCS(Version Control System) 종류의 프로그램 중 하나이다. 쉽게 말해 프로그램의 시간과 차원을 관리한다. 예를 들어서 시간의 경우 버전 5에 추가한 기능에 결함이 있어서 버전 4로 되돌아가야 하는 경우 버전 3, 4, 5에는 이상이 없는데 버전 2에서 했던 작업에 뒤늦게 문제가 발견돼서 딱 그것만 취소해야 하는 경우 차원의 경우 회사 앱에 자신의 아이디어를 시도해보고 싶은 경우 각 폴더들에서 각각 작업을 해나가다가 모든 안들을 실제품에 적용하기로 결정이 되어 모두 맨 프로젝트로..
브랜치(branch) 공식문서 정의에 의하면 A branch in Git is simply a lightweight movable pointer to one of thes commits - 간단한 어떤 '특정한 목표'를 가지고 코드를 수정하기 시작할 때 만든다. 브랜치명 수정 명령어 git branch -M 브랜치명 => 보통 차별 이슈로 master브랜치를 main으로 바꾸고 사용함 뭔가 할 일을 할 때 이슈를 생성 이슈에 맞는 브랜치 생성 생성한 브랜치로 전환하여 작업 브랜치 생성 명령어 git branch 브랜치명 브랜치 전환 명령어 git checkout 브랜치명 git switch 브랜치명 switch 명령어는 낮은 버전에서는 사용이 불가능하다. 브랜치 생성/전환을 동시에 git checkout..
Staging Area? 쉽게 무대라고 생각하자 커밋에 포함되는 영역만 무대에 올리고 저장해야 한다. 불필요한 파일이 같이 커밋되는 상황은 없도록 하자! 무대에 올리기 git add 파일명 무대에서 내려와 git reset HEAD 파일명 이렇게 무대에 알맞은 파일들(커밋하고자 하는 파일들)을 올리고 커밋을 진행한다. git add . 이 명령어는 모든 수정사항을 무대에 올린다는 의미인데 꼭 꼭 status를 확인하며 주의해서 사용하자!! gitignore 운영체제나 쓰고 있는 응용프로그램 혹은 프레임워크에 따라 의도치 않게 생성되는 파일이 있는 경우가 있음. 이러한 파일들이 커밋에 포함되지 않게 하기 위해 gitignore를 사용한다. 또한 저장소에 올리기 민감한 정보들이 커밋에 포함되지 않게 하기 위..
레포지토리(repository) 레포지토리는 깃에서 폴더/디렉터리랑 동일하다. .git 디렉터리가 있는 디렉터리를 repository라 부른다. 프로젝트 하나당 하나의 레포가 아닌 여라 개가 있을 수 있고(큰 프로젝트) 작은 프로젝트는 하나의 레포만 있는 경우가 있긴 하다. (모노리포) repository 복제 git clone 주소 '분산'버전관리 시스템으로 클론해온 레포는 막 써도 원본이 망가지지 않음 커밋 로그 확인 vs코드의 gitgraph 확장프로그램 설치 후 눈으로 확인가능 git log gitk 위 두 명령어도 있간 한데 잘 안 쓴다고 함 실행취소/과거 시점으로 돌아가기 커밋 체크하웃하기 git checkout 커밋아이디 커밋아이디는 커밋 로그를 통해 알아내어 위 코드를 입력 그럼 detac..
공부를 시작하며.. 나는 지금까지 Git과 GitHub을 간단한 프로젝트 파일 저장용도로만 사용해 왔다. 옛날부터 Git과 GitHub이 버전 관리와 이슈 트래킹과 같은 기능을 제공한다는 것은 알고 있었지만, 주변 사람 중에서 이를 열심히 활용하는 사람을 찾기 어려워서 그 중요성을 완전히 깨닫지 못했었다. 그래서 "나중에 제대로 공부해 봐야지"라고만 생각하며 미루고 있었다. 그런데 최근 해커톤 프로젝트를 진행하면서 주변을 둘러보니, 나처럼 Git을 단순한 저장소로만 사용하는 팀이 거의 없다는 것을 보게되었고, 더 어리고 경험이 적은 친구들조차 Git과 GitHub을 체계적으로 활용하는 모습을 보고, 나도 더 이상 미루면 안 된다고 판단했다. 그래서 지금부터 바로 git과 github에 대한 기본적인 부분..
