clone | 현재 디렉토리로 remote repo를 복사함 |
commit -m "코멘트" | commit 생성 (변경 사항을 실제로 확정) local Repo에 버전 저장 |
add {file이름) | file의 변경 사항을 staging area에 추가 |
status | 현재 작업중인 파일의 상태 확인 |
push <remote repo이름> <branch 이름> | 로컬 저장소에 commit 된 모든 내용을 Remote Repo로 업로드 |
restore {file 이름} | staging area에 있는 파일을 처음 받은 상태로 돌린다 (staging area에서 빠진다) |
reset reset HEAD^ {file이름} HEAD^ (최근1개전) / ^^(최근 2개전) |
커밋을 취소하고 다시 workspace로 내린다. ^를 안붙이면 아무 변화 없음 HEAD가 현재이므로 |
checkout [branch 이름] | 브랜치를 전환한다. (내가 사용할 브랜치 지정) |
init | 현재 위치에 .git 하위 디렉토리 생성 |
remote add origin {remote repo 주소} | local repo를 remote repo에 연결한다 (remote repo가 미리 만들어져 있어야한다.) |
상대 repo:: remote add {설정할 이름(shortcut)} {remote repo 주소} |
local repo를 상대 remote repo와 연결한다 |
remote -v | 연결된 remote repo의 이름과 주소 출력 |
pull origin {branch 이름} | remote repo에서 최신 변경 이력 다운로드 후 local repo에 적용. (fetch + merge) ** local과 remote를 동기화 한다고 보면 될듯. 다만 remote -> local 방향 |
fetch | remote repo에서 최신 변경 이력 확인만 하고 Local repo로의 merge는 하지않는다. ** [local 과 remote의 싱크를 맞추는 새로고침 역활 ** (FETCH_HEAD 브랜치 생성) |
알아두면 좋을 내용
>>
git add 하고 staged 된 파일이어도 변화가 발생하면 다시 git add를 해서 최신화를 해줘야 한다.
>>
git pull로 가져오는 내용은 자동으로 merge 된다 (merge 오류가 나면 git status로 충돌 확인 가능)
-> 파일을 열어 수정하고 나면 병합 커밋(merged commit)을 생성해 주기 위해 staging area로 추가해야 한다.
>>
local repo에 많은 버전들이 있을 때 push 하면 전부 올라간다.
commit만 진행하고 마지막에 확인할 거 다 한 뒤, push 하기.
'programming > GENERAL' 카테고리의 다른 글
docker 개념 (0) | 2022.08.04 |
---|---|
Git 입문 (0) | 2022.05.03 |
Git workflow process (0) | 2022.05.03 |
2진수 계산 (0) | 2022.04.26 |
IntelliJ Hotkeys - TBC (0) | 2022.04.26 |