스마일 노트

범위 #3.0 CLI log, commit, push #3.1 Checkout and Hard Reset #3.2 Mixed Reset #3.3 Soft Reset #3.4 Checkout Branches #3.5 Amending Commits and Ignoring Files #3.7 Clone git log commit 이력 보기 q 종료 git add . 현재 폴더에 있는 모든 파일을 stage 영역에 추가하기 git commit -m "" git에 commit 하기 git push origin main github에 push하기 git checkout 'commitNumber' 원하는 버전으로 돌아가기 git checkout main 최신 상태로 돌아가기 git reset --hard HEAD^ ..

범위 #2.0 Trying out Github #2.1 Forking and Cloning #2.2 Pull Requests #2.3 Origin and Upstream Fork후 pull request하기 git에서 원하는 repository를 fork하면 전부 복사해서 가져올 수 있다. 그 다음 기존에 있었던 repository에 내가 작업한 것을 올리고 싶다면 Pull requests를 한다. compare across forks를 누른 후 마스터랑 내꺼랑 비교할 것을 선택한다 그리고 pull을 요청하면 된다 Upstream Fork를 해서 작업을 하다가 본래 프로젝트에서 어떤 업데이트가 있다면 그것을 가져와야 한다. Upstream을 통해서 메인 repository의 최신 커밋 사항들을 가져올 수..

범위 #1.3 Branches part One #1.4 Branches part Two #1.5 Conflicts in Branches Master에서 뭔가가 바뀐 것을 branch로 가지고 오고 싶을 때 branch에서 Update from Default Branch를 누르면 됨 branch에서 작업하던 것이 마음에 들어서 Master로 Merge하는 방법 Master에서 Merge into Current Branch Branch 삭제 필요 없어지면 걍 삭제~ Conflit 발생!!! Master하고 branch에서 같은 라인에서 수정이 발생하면 Merge할 때 충돌이 난다 그냥 진행하면 충돌이 난 것을 Visual Studio Code에서 확인할 수 있다. 그러면 Current Change하고 Inc..

범위 #1.2 Areas 3 Areas 1. working directory / working area 작업하고 있는 영역 2. staging area commit하기 전에 작업 내용 commit할 파일들을 선택할 수 있음 3. repository area 파일들이 커밋된 곳

범위 #1.0 Repositories #1.1 Commits Repository Repository는 기본적으로 우리들의 파일이 있는 곳이고 git이 이 repository를 계속 지켜보고 있다. 그래서 파일 내에서 변경되는 모든 것들이 git에게 보여진다. 니코쌤: 나는 왜 그걸 repository라고 부르는지 모르겠다. ㅋㅋ 그냥 이름이 repository라고 붙여진 것 같다. Commit commit은 작업에 대한 기록이다. 회사의 경우에는 파일이 5개, 혹은 10개일 때 마다, 기능마다 commit을 한다. 이건 회사마다 다르다.

범위 #0.2 What is Git and Github git 우리가 파일들을 트래킹하는 방식 version control system git은 모든 변경사항들(history)을 추적한다 어떤 파일에서 뭐가 바뀌었고, 어디에서 바뀌었고, 언제 바뀌었고, 누가 바뀌었는지 알 수 있다. github git 파일들, git 변경사항들을 업로드 하는 곳 저장소라고 생각하면 됨