배경 기본적으로 Git 을 사용해 어떤 행동을 하게 된다. Commit Push Pull 이를 활용해 Git 을 사용하게 되는데 Git 을 사용해 개발하는 환경에서 Branch 간의 문제 없이 배포까지 안정적으로 수행하기 위해 사용하는 것이 Branch 를 관리하는 전략이다. 실제로 개발할때는 한 명의 개발자가 아니라 몇 십명의 개발자가 서로 협업해 개발을 하게 된다. 그렇기 때문에 복잡한 상황에서 Git 이 꼬이지 않도록 하는 것이 중요하고, 안정적으로 운영해 나가야 될 코드들만 배포를 시켜야 되는 것도 굉장히 중요하다. 때문에 Git Flow 라는 전략이 탄생했다. 주요 Branch 1. Main(=Master) 실제 운영 환경에 나가 있는 코드만을 가지고 있는 branch, 그만큼 조심스럽게 다뤄야..

git commit --amend insert 모드로 변경후 메시지 수정, 저장 후 종료 # git push -f git push -f origin main

- 우선 repository 를 생성한다. - SSH 키를 발급받는다. 생성한 repository 를 사용하기 위해서 로컬환경에서 깃허브를 사용하기 위해 인증을 받아야 한다. 첫째 Personal access token 을 등록하는 것 둘째 SSH 를 등록하는 것 SSH 발급 ssh-keygen -t rsa -b 4096 -C "본인의이메일@gmail.com" - RSA 키를 등록할 때 위치를 지정하거나, 패스워드를 지정하지 않고 기본값으로 설정 키가 생성된 곳 : /Users/기기이름/.ssh 키 생성 확인 cat ./id_rsa cat ./id_rsa.pub 정상적으로 키를 발급 받았다면 개인키를 깃허브에 등록해야 한다. SSH Key 복사 cat ~/.ssh/id_rsa.pub 출력된 SSH Ke..

Git git은 버전관리 시스템 / GitHub 은 파일을 업로드하는 공간 Git은 모든 파일을 트래킹한다, 문제가 있다면 그전 히스토리로 돌아갈수있다 Repository 기본적으로 폴더 git이 주시하고있는 곳 .파일 은 안보여진다 Commit 기본적으로 기록이다 git에 어떤 변경사항이 있었을때 record를 세팅하는 것 Commit 의 제목은 꼭 적어주어야한다 Git 에 저장하고 싶은 시점 Area git은 area를 가지고있다 첫째는 working directory 라고 불린다, 우리가 작업하는 공간 Staging area 는 한 파일이 커밋되면 기본값으로 깃허브 데스크탑에서는 모든 파일들이 staging area 로 바로가게 된다. Staging 은 파일이 곧 커밋될거라는 것 항상 모든 수정사항..

# 원격 저장소의 변경사항을 local 저장소로 가져온다. git fetch # pull git pull origin main git fetch origin main # remote 저장소로부터 가져온 branch 의 head # git fetch 명령이 실행되면 remote 저장소에서 가져온 모든 branch head 를 .git/FETCH_HEAD 파일에 저장한다. # git fetch 이후에만 유효 -> 최신 commit 을 참조할 때 유용 git merge FETCH_HEAD # branch 최신화 git checkout git reset --hard / 참조: https://gwpaeng.tistory.com/317

// 로컬에서 브랜치 삭제하기 명령어 git branch -d localBranchName(로컬의 브랜치 이름) // 원격에서 브랜치 삭제하기 명령어 git push origin --delete remoteBranchName(원격 브랜치 이름)