1. git remote update 모든 원격 브랜치를 업데이트하여 최신 상태로 갱신한다. 하지만, 로컬에서 변동 사항을 병합하지는 않는다. 2. git fetch 현재 위치하고 있는 원격 브랜치만 업데이트한다. 하지만, 로컬에서 변동 사항을 병합하지는 않는다. -all 옵션을 주면 모든 원격 브랜치를 업데이트할 수 있다. 3. git pull 현재 위치하고 있는 원격 브랜치를 업데이트하고 로컬에서 변동 사항을 병합한다. 로컬 브랜치를 업데이트할 때 사용한다. 참고 stackoverflow.com/questions/17712468/what-is-the-difference-between-git-remote-update-git-fetch-and-git-pull
git reset과 git revert의 차이를 간단하게 설명해주는 만화가 있다. 참고하면 좋을듯 하다. 1. Reset - 시계를 과거로 돌리기(리셋하기) Reset은 되돌아가려는 버전 이후의 모든 변화들을 리셋시킨다. git reset [옵션] [커밋ID] git reset --hard [커밋ID]: 되돌아가려는 버전 이후의 모든 내용을 리셋시킨다. Staging Area, Repository, Working Tree 모두 리셋되기 때문에 사용에 주의를 요한다. git reset --mixed [커밋ID]: 버전은 되돌아갔지만 Working Tree는 그대로 남아있다. Repository, Staging Area는 리셋됐다. git reset --soft [커밋ID]: 버전은 되돌아갔지만 Stagin..
1. 버전 관리의 시작 git init : 현재 디렉토리를 git에게 버전 관리를 시키겠다는 명령(.git 폴더 생성) git --help: 깃 사용설명서, git [명령어] --help의 형식으로도 사용 가능 Working Tree: 현재 작업하는 환경 Staging Area: 버전을 만드려고 하는 파일들을 모아두는 곳 Repository: 만들어진 버전들을 저장하는 곳 2. 버전의 생성 git status: Woriking Tree의 상태를 확인한다. git add [파일명]: 해당 파일을 Staging Area에 올림 git add . : 디렉토리 내 변동사항이 있는 모든 파일을 Staging Area에 올림 git commit: 버전을 기록한다(스냅샷의 개념) git commit -m "커밋명" ..
문제 Window warning: LF will be replaced by CRLF in /~. The file will have its original line endings in your working directory. Linux / MacOS warning: CRLF will be replaced by LF in /~. The file will have its original line endings in your working directory. 해결 운영체제마다 개행문자의 처리가 달라 발생하는 문제다. 전역(--global)옵션을 주면 모든 파일에서 적용된다. # Windows git config [--global] core.autocrlf true # Linux/MacOS git config ..
