나의 깃 브랜치 전략

카카오 테크 캠프의 실시간 세션에서 Git 에 대한 강의를 듣게 되었습니다. 집중력이 안좋아서 그런지 자꾸 딴생각이 들던 중, 나는 프로젝트를 진행할때 어떤 브랜치 전략을 사용하고 있었지? 타인에게 설명할 수 없다는 것을 깨달았습니다. 이러한 부족함을 안고서 나는 어떤 브랜치 전략을 사용하는지 설명할 수 있어야 겠다 라는 생각이 들어 이 글을 씁니다. 내가 생각하고 있는 전략 1. main 은 배포되는 브랜치이며, 개발은 dev 브랜치에서 이루어진다. 2. dev 브랜치를 기준으로 각자가 맡은 이슈를 feat 브랜치에서 개발한다. 3. 개발이 완료되면 feat 브랜치에서 QA 를 진행한다. 4. 안정성이 검증되면 dev 로 pull request 를 보낸다. 5. 코드 리뷰 후 dev 에 merge한다...

git conflict rebase 로 처리하기

pull requests 를 보낸 해당 브랜치로 갑니다. git remote add upstream https://github.com/PNU-SWEFI/Among git fetch upstream main (upstream/main 이라는 브랜치가 자동으로 생성됩니다!) git rebase upstream/main - 계속 하려면 git rebase --continue - 취소 하려면 git rebase --abort git push origin -f [브랜치 이름]

Github 레포에서 clone 한 프로젝트 branch가 보이지 않을때

어떤상황이었나요? 강의를 보면서 공부를 하고 있는데 repo 를 clone 해서 각 branch 에 실습 코드가 있는 상태였다. 그런데 branch 가 master 밖에 없었다. 이게 무슨일인가. git branch -a 를 해야 remote 에 있는 숨겨진 브랜치 까지 모두 볼 수 있었다. 여담으로 fork 한 레포에서는 git branch -a 를 해도 remote branch 를 볼 수가 없었다.

프로젝트에 gitHooks 적용하는 방법

우선 진행하는 프로젝트에서 git hooks 설정을 다른 분이 모두 해주셨지만, 저는 잘 모르니까 뭔가 답답했습니다. 이런 답답함이 생긴 기회에 궁금함을 해소하려고 합니다. cd .git/hooks 삽질한 과정 더보기 vim 을 통해 pre-commit 을 생성해주었습니다. 다음 내용을 넣었습니다. echo 'Hello Gabia!' 이제 바로 될 줄 알았것만, 뭔가 추가적인 설정이 필요한 듯 했습니다. .git/hooks 경로에 들어와서 ls 명령어를 실행하면 다음과 같은 파일들을 볼 수 있을 겁니다. 이중에서 저는 pre-commit.sample 을 건들여야합니다. (이미지에서는 pre-commit 일텐데 제가 이미 수정하고 난 후라서 그렇습니다. 혼동하지 말길 바랍니다.) 쉽게 말하자면 pre-co..

git 방금 commit 취소하는 방법

졸업과제를 하고 있는데 모든 변경내용을 한꺼번에 커밋해버렸다.. 나란 사람.. 병신 해결하는 방법은.. git reset HEAD^ 위 명령어는 아래 명령어와 동일하다. git reset --mixed HEAD^

git 코드 리뷰

코드리뷰할때 승인하는 방법은 두가지가 있다. 1. 코멘트를 달고 approve 하는 방법 2. approve 하는 방법이 있다. 지금은 이미 merge 가 된 요청이라서 없는데 원래는 approve 라디오 버튼이 있다! 3. 리뷰어에게 다시 요청하는 방법 지금은 없지만 아직 풀리퀘가 merge 되지않은 상태인 경우 다시 리뷰어에게 요청을 보낼수 있는 기능이다. 발그림이지만 저 보라색 아이콘과 똑같이 생긴것을 누르면 된다. 4. draft draft 기능은 다음 빨간색 글씨 자리에 위치하는데 풀리퀘를 잠시 보류 한다는 느낌이다. 풀리퀘를 걸어놓고 , 아차! 아직 이 변경사항 커밋안했는데? 할때 사용한다. draft 가 된 풀리퀘는 다음자리에서 해제가 가능하다.회색 버튼이 생길 것 이다. 그러면 그걸 누르면..

github로 리액트 어플리케이션 배포하기

우선 기존의 API_key 를 .env 파일에 옮긴다. 위치시킬때, 루트에 위치해야한다. (src 폴더내부가 아님) 이제 process.env.REACT_APP_MOVIE_DB_API_KEY로 해당 api key에 접근할 수 있게 된다. .gitignore 에 .env 파일이 없어서 추가해주었다. 그후 yarn add gh-pages --save-dev 를 설치한다. 이제 배포를 하기위한 url 을 설정해준다. https://[본인깃허브아이디].github.io/[레포명] 또한 배포를 위한 scripts 도 작성을 해주어야한다. 이제 basename 을 설정해준다. 마지막으로 배포 명령어를 실행한다. yarn deploy 나의 리액트 프로젝트를 간단하게 배포할 수 있었다. https://ehddud100..

git rebase -i 를 하다 생긴 궁금증

git rebase 를 하다보니까 궁금증이 생겼습니다. git rebase -i [커밋해쉬] 위 명령어를 사용했다고 가정을 하고, pick 이전 커밋 pick 테스트 1 pick 테스트 2 pick 테스트 3 pick 테스트 4 만약에 2,4를 합치고 싶다고 할때 pick 이전 커밋 pick 테스트 1 s 테스트 2 pick 테스트 3 s 테스트 4 위 처럼 하면 될줄 알았는데 결과는 테스트1 + 테스트 2 , 테스트 3 + 테스트 4가 되어 버리더라구요. 그래서 방법을 바꾸어서 pick 이전 커밋 pick 테스트 1 pick 테스트 3 pick 테스트 2 pick 테스트 4 rebase 를 통해서 순서를 바꿔준다음 pick 이전 커밋 pick 테스트 1 pick 테스트 3 pick 테스트 2 s 테스트..

git rebase -i

git commit 을 합치고 싶을 때가 있다. 다음 처럼 위 4개중 (위부터 1번) 1번 3번 commit을 합치고 싶을 경우가 있다. 그렇다면 5번째 commit 의 해쉬값을 입력한다. git rebase -i [commit hash] 그러면 다음과 같은 화면이 뜰 것이다. 합치고 싶은 커밋을 pick -> s 로 변경한다. https://meetup.toast.com/posts/39 git squash - 여러개의 커밋로그를 하나로 묶기 : NHN Cloud Meetup git squash - 여러개의 커밋로그를 하나로 묶기 meetup.toast.com reword는 커밋이름을 변경할 수 있게한다.

[Git] 일부코드만 add 하기

[Git] 일부코드만 add 하기 git으로 코드 히스토리를 만들며 작업하고 있다. 하나의 파일에 무아지경으로 작업을 하다보면, 같은 파일에서 일부코드만 add 하고 커밋을 하고 싶을 때가 있다. 오늘은 그 방법을 알게되어서 기록을 해보려고 한다. git graph로 본 코드 변경 사항이다. 나는 그중에서 53 - 62 번 째 라인만 따로 add 하고 커밋을 하고 싶다. 왜냐하면 저 코드는 메타마스크 계정의 변화를 감지하는 event 이기 때문에 '메타마스크 이벤트 추가' 와 같은 식으로 커밋을 하고 싶기 때문이다. Step 1 ) add 할 부분 드래그 하기 Step 2) 1. shift + command + p 2. Git: Stage Selected Ranges 위 두가지 과정을 거치면 해당 코드만..