인동머스크

git branch 브랜치 이름브랜치 생성  git branch -v로컬에 있는 브랜치 목록 확인  git push origin 브랜치 이름브랜치 원격저장소에도 생성  git branch -a원격저장소에 있는 브랜치 목록 확인가능  git branch -D 브랜치 이름로컬에 있는 브랜치 삭제  git push origin :브랜치 이름원격저장소에 있는 브랜치 삭제  git fetch원격저장소와 동기화  git fetch --prune원격저장소에서 삭제한 브랜치를 반영  git merge특정 브랜치 작업 사항을 현재 브랜치에 합치기현재 브랜치에 다른 브랜치의 작업 사항을 merge하는 개념- fast forward : merge를 시도했는데 결국은 한 브랜치에서 작업한 것 같은 모양이 됨- 3 way me..

# git bash 터미널에서 key 생성$ ssh-keygen -t ed25519 -C "깃허브 계정의 이메일"# 엔터 입력하면 최종적으로 key가 생성됨# .pub으로 되어있는 주소 복사 붙여넣기$ cat /키 저장되어있는 주소/id-ed25519.pub                 git bash 터미널에서 복사한 암호화된 키를 Key 텍스트 상자에 붙여넣기 하고 Title을 설정 -> Add SSH Key 클릭 최종적으로 깃허브 계정의 보안키가 생성된다.

diff단독으로 사용했을때는 unstaged된 상태에서의 차이만 비교가능staged 옵션 추가하면 staged된 상태에서 차이 비교 가능git diff --staged수정사항은 vscode에서 open changes 클릭해도 확인가능 vscode의 soruce control 창에서도 확인 가능 git log커밋 기록 보기 명령어이고, 커밋아이디를 확인 가능 git log -p특정 커밋에 어떤 수정사항들이 있었는지도 함께 확인 가능vscode의 source control -> commit 에서도 수정사항들 확인 가능 git restore커밋되지 않은 변경사항 되돌리고 싶을때 사용하는 명령어git add 한 뒤라면 git restore --staged 하면 unstaged상태로 되돌아감vscode의 sour..

파일의 4가지 상태- Untracked : git 시스템에 의해 관리되고 있지 않은 상태 (ex 새로 생성한 파일)- Unmodified : commit 된 이후로 수정되지 않은 상태- Modified : commit 된 이후로 수정된 상태- Staged : commit 대기중인 상태

내 컴퓨터의 파일을 깃허브에 올리는 과정은,1) 깃허브에 '원격 저장소'를 만든다.2) 내 컴퓨터(=올리려는 파일이 있는 폴더)에 '로컬 저장소'를 만든 후3) 둘을 연결해서 로컬 저장소의 파일을 원격 저장소로 보내라고 명령하는 방식이다.  1. 깃허브에 원격 저장소(repository) 만들기깃허브 페이지의 'Repositories' 탭에서 저장소 생성  2. 로컬 저장소 만들기내 컴퓨터 폴더 중, 깃허브에 올리고 싶은 폴더의 'Git bash'를 열어준다.'Git bash' : git 명령어를 쓸 수 있는 명령창 # 로컬 저장소 만들기git init폴더 안에 '.git' 이라는 폴더가 생성된다.  3. 로컬 저장소와 원격 저장소 연결# 원격 저장소와 연결git remote add origin 원격저장..

현업에서는 main branch 에서 작업을 한 git repository를 다른 팀원들과 공유를 하게 되는데(git clone 파일 생성) ,만약 메인 개발자가 아닌 팀원이 code를 수정/추가 할 때 ,git repo를 배포한 메인 개발자가 바뀐 commit을 확인하고 git commit, git push를 허용하여 git repo를 수정하게 된다. 그러나 예를 들어, 팀원이 git repo에 있는 기술 code를 연습 및 숙지하게 될 경우, code의 자유로운 조작/수정/삭제가 불가피하다.이럴 때 파일의 git bash를 열어 main branch를 팀원이 생성한 새로운 branch로 이동하여 vscode를 열 경우, main branch가 아니기 때문에 팀원은 commit 메시지를 메인 개발자에게..