미리하는 코드정리 git reset --soft 커밋ID # 지정된 커밋 이전 상태로 되돌아감(add 상태) git reset --mixed 커밋ID# 지정된 커밋 이전 상태로 되돌아감(add 이전 상태) git reset --hard 커밋ID# 지정된 커밋 이전 상태로 되돌아감(파일 수정 전 상태) git revert 커밋ID # 지정된 커밋을 취소하는 커밋 생성 git revert --mainline 숫자 병합커밋ID # 병합 취소 되돌리기 깃을 이용하여 버전을 관리하는 목적은 만일의 사태를 대비하기 위해서이다. 깃을 사용하면 언제든지 원하는 시점으로 전체 코드를 되돌릴 수 있다. 다시 시작 깃은 기록된 커밋을 기준으로 이전 상태로 되돌릴 수 있다. 즉, 코드를 항상 안정적으로 유지하고 관리할 수 있..

미리하는 코드정리 git merge 브랜치이름 # fast-forward 방식으로 병합 git rebase 브랜치 # rebase 형식으로 병합 (리베이스 병합 후 merge 명령어를 한번더 입력 해줘야함) 병합 브랜치를 생성하는 목적은 원본 코드에 영향을 주지 않고 분리하여 개발하기 위해서이다. 독립 된 브랜치에서 개발 작업이 끝나면 다시 원본 브랜치에 작업한 결과를 반영해야 한다. 분리된 브랜치를 한 브랜치로 합치는 작업을 병합(merge)이라고 한다. 깃으로 자동 병합 깃의 자동 병합은 원본을 기준으로 두 파일의 변경 이력을 비교한다. 변경된 파일 내용이 발견되면 자동으로 수정된 코드 내용을 병합한다. 깃의 병합은 브랜치를 기준으로 한다. 브랜치는 같은 저장소 내에서 서로 독립적으로 작업을 분리한 ..

미리하는 코드정리 git stash # 현재 작업 내용 임지 저장 git stash list # 저장된 스태시 리스트 git stash pop # 임시 저장한 스태시 불러오기 git stash branch "브랜치이름" # 새로운 브랜치 생성과 동시에 스태시의 임시 작업 복원 git stash apply # 스태시 복사 (git stash pop과 다른점은 스태시를 불러온 이후에도 삭제되지 않음) git stash drop # 스태시 삭제 임시처리 스태시 작업 브랜치를 변경하려면 워킹디렉터리는 깨끗한(clean)상태로 정리되어 있어야 한다. 워킹 디렉터리에 작업 중인 내용이나 커밋되지 않은 변경 사항들이 남아 있으면 브랜치를 변경할 수 없다. 예를 들어 브랜치에서 코드를 수정하는 도중에 새로운 버그가 발..

미리하는 코드정리 git branch 브랜치이름 커밋ID # 지정한 커밋 ID를 기준으로 브랜치를 생성(커밋ID 생략가능) git branch # 브랜치 목록 확인 git rev-parse 브랜치이름 # 현재 브랜치가 어떤 해시 값을 가리키는지 확인 git checkout 브랜치이름 #브랜치 이동 git push -u origin main #선택한 브랜치(main)를 원격 서버(origin)로 푸시 git push origin 브랜치이름:새로운브랜치 # 브랜치를 직접 수동으로 지정하여 푸시 git checkout -b 새이름 origin/브랜치이름 # 원격저장소의 브랜치 정보를 로컬 저장소로 가져오기 git branch -d 브랜치이름 #브랜치 삭제 git branch -D 브랜치이름 #브랜치 강제삭제 ..

미리하는 코드 정리 git status# 깃 상태 확인 git add "파일명"# 워킹 디렉터리의 파일을 스테이지 영역으로 등록 git rm --cached "파일명"# 스테이지 영역에서만 등록된 파일 삭제 git commit -m "커밋메시지"# 커밋 명령어 git checkout --수정파일이름 # 수정한 파일을 커밋 전 마지막 내용으로 복원 git commit --allow-empty-message -m ""# 메시지가 없는 빈 커밋 git log# 커밋 로그 출력 git log --pretty=short# 첫 번째 줄의 커밋 메시지만 출력 git show 커밋ID# 특정 커밋의 상세정보 확인 git log "파일명"# 특정 파일의 로그 기록 확인 git diff# 워킹 디렉터리와 스테이지 영역 간..

깃과 버전 관리 git은 2005년 리눅스 개발자인 리누스 베네딕트 토르발스가 개발함. 대표적인 분산형 버전 관리 시스템 집중형 시스템과 달리 저장소가 여러 개 있고, 여러 저장소에 각 버전별 소스를 개별 보관한다. 분산 저장소는 P2P(Peer-to-Peer)방식으로 공유하며, 각 개발자에게 공유 가능한 저장소 사본을 제공한다. 서버는 각 저장소 자료를 동기화하고 중개하는 역할만 수행한다. 따라서 메인 서버에 문제가 생기더라도 지속적으로 개발할 수 있다.깃의 다섯 단계 초기화 : 폴더를 깃 저장소로 변경 커밋 : 변경된 코드의 이력을 기록 브랜치 : 분리 격리된 코드 이력을 기록 병합 : 기존 이력과 분리된 이력을 통합 푸시 : 로컬 저장소의 이력을 서버로 전송 및 공유 깃 개념잡기 워킹 디렉터리 워킹..