나보단 잘하자

제목을 어떻게 지어야 할 지 모르겠어서 조금 거창하게 지었는데 요약하자면 아래와 같은 일이 있었다. 작업하던걸 푸시하고 pr 날리려고 하는데 깃허브는 pr 전에 머지될 수 있는지 없는지를 알려준다. 딱 보니까 충돌이 나서 충돌을 해결해야 하는 상황이 옴. 그래서 그냥 pr 미뤄두고, 메인브랜치에서 최신을 풀 받은 후 다른 브랜치를 만들어서 스테이시 시킨 작업들을 붙였다. 그랬더니 pr날리라는 메세지가 두개가 뜸. 필요없는 하나의 메시지 어떻게 지우지? 상황으로 자세히 알아보자. 자. 작업을 한다. A를 메인 브랜치, B를 이제 곧 pr을 날릴 브랜치라고 가정해보자. pr을 날리려고 했는데 최신거를 풀 못받아와서 충돌이 난다고 깃허브가 미리 알려준다. 이때 어떻게 해야할까? 우선, pr을 올리지 말고 다시..

맥 os 입문자를 위한 첫 터미널 다루기 1. iterm2 vs zsh vs bash 아마 이 세 용어를 들어볼텐데, 서로의 차이는 무엇일까요? 우선 macOS는 Catalina 이전에는 bash를 기본 shell로 지정, 사용하고 있었습니다. 그리고 2019년부터, Catalina는 zsh를 기본 shell로 채택하기로 했습니다. 각자가 어떤것이 더 좋다는 없는 것 같습니다. 그저 터미널을 잘 알지 못하는 저는 지정된 zsh를 사용 할 뿐입니다. iterm은 무엇일까요? iterm은 기본 터미널보다 더 효율적인 기능을 많이 지원한다고 합니다. 마우스 사용 없이 복사를 할 수 있다거나 화면 분할을 지원한다거나 라는 기능들을 지원한다 합니다. 결론은! iterm2를 zsh로 기본 터미널로 사용하기로 했습니..

상황 본인 전화번호까지 들어 있는 .env 파일을 깔끔하게 원격 레포지토리에 커밋해버렸다. 새로 api키를 받자 하니 몽고디비 비밀번호도 변경해야하고 할 일이 너무 많았다. 그래서, 깃허브에 올렸던 .env 관련 커밋 히스토리들을 싹 삭제해버리기로 했다. 참고로 .gitignore은 git add 시키기 전에 설정 돼 있어야 적용된다고 한다... 뒤늦게 .env를 넣어 이런 대참사가 발생한 듯 하다. 그리고 깃허브에 잘못 올라간 파일을 삭제한다고 해도 최근 기록에만 삭제가 돼 있을 뿐, 이전 기록을 찾으면 충분히 다른 사람도 중요한 기록을 읽을 수 있다. Public Repository가 아니었어서 다행이지만 공개하고싶기 때문에... 방법 1 $ git filter-branch --index-filter..

최근, 입사 후 첫 PR을 보냈다🎉 매번 master 브랜치나 깃헙 기준 main 브랜치에서 add, push 만 할 줄 알았지 깃을 알지 못했다고 봐도 무방하다. 실제 협업은 어떻게 이루어지는지 흐름을 정리해보려고 한다. 1. 자신이 수정 한 사항은 master 브랜치가 아닌 다른 브랜치를 따서 작업한다. master 브랜치 등 원본이 있는 브랜치는(통합 master라고 부르겠다) 절대 직접적으로 건드려서는 안된다. master 브랜치는 언제나 배포 가능한 상태, 안정적인 상태여야 한다. 브랜치를 딴다는 말은 브랜치를 새로 생성한다는 말이다. 기본적으로 작업 할 브랜치의 이름은 기능에 따라 feature, bugfix등으로 정한다. 아마 회사마다의 컨벤션이 있을 것이다. // 브랜치 생성 git bra..