TIL

is:pr is:closed base:production head:main  `is:pr` →  PR만`is:closed` →  머지되었거나 닫힌 PR`base:production` →  PR이 production 브랜치로 머지`head:main` → PR이 main 브랜치를 기준으로 만들어짐

현재 나의 상황 이전 브랜치 feat/63현재 브랜치 refactor/64  ① refactor/64는 main branch를 베이스로 생성이 되었어야 했으나 feat/63를 베이스로 생성 ② 현재 refactor/64는 pr이 올라가있는 상태 ③ refactor/64는 feat/63에서 작성한 커밋을 포함한채로 pr이 작성 내가 원하는 것→ refactor/64는 메인을 기준으로 refactor/64 브랜치에서 작업한 커밋만 pr로 올라가길 희망git rebase --onto main feat/63 refactor/64 main → rebase 할 브랜치feat/63 → feat/63 브랜치 이후에 refactor/64에 추가된 커밋을 골라냄 아마 충돌이 났다고 잔뜩 뜰텐데 현재 코드로만 계속 진행한다..

나아아앙중에 또 까먹을까봐 적어놓는 메모용ㅎ0ㅎgit clone [복사한 URL]

git stash작업 중인 변경 사항을 임시로 저장하고, 작업 디렉토리를 깨끗하게 만들어 준다. git fetch origingit checkout 새로운 브랜치 이름새로운 브랜치 생성 및 이동 git stash pop이전 브랜치에서 임시 저장한 변경 사항이 새로운 브랜치에 적용된다.

다른 사람의 컴퓨터로 코드를 작성하고 git push가 필요할 때 아래 과정이 반드시 필요! 이번에 인턴을 위해 동생의 노트북을 빌리게 되었는데, 동생도 개발자라 GitHub를 사용하고 있었다. 동생의 노트북으로 코드를 작성하고 git에 push를 하였더나 왠걸  이미지에 보이는 것처럼 동생의 아이디로 commit이 올라가 있었다.  먼저 commit을 하지 않은 상태라면아래 과정을 거친 후 commit을 해주자.  commit을 하지 않은 경우1. 현재 git config 이름과 이메일 주소 확인 (본인의 것이 맞다면 push까지 진행해도 문제없다.)git config user.namegit config user.email    2. 나의 이름과 이메일 주소가 아닌 경우 변경하기git config us..