개요열심히 개발해서 푸쉬를 했는데 잔디가 안심어져있다면 얼마나 화가 날까?바로 내가 그랬다. 몇개월 전 진행했던 프로젝트의 모든 커밋의 잔디가 안심어졌던걸 뒤늦게 발견했던 것이다. 원인잔디가 누락되는 원인으로는 여러가지가 있겠지만, 나같은 경우는 제일 흔하게 보이는 유형인 Github에 등록된 이메일 계정과 커밋할 때의 로컬 이메일 계정일 불일치해서 발생했던 문제였다.커밋이 잔디로 심어지기 위해서는 커밋에 포함된 유저 정보인 이메일이 Github에 연결되어 있어야 한다. Github에 등록되어 있는 이메일과 다르면 잔디로 심어지지 않는다.나는 개인 작업도 하고 재택도 했기 때문에 토이 프로젝트를 하는 동안 회사 계정으로 사용하는 이메일로 커밋해왔던 것.. 해결1. 로컬 유저 정보 수정우선 앞으로 커밋들은..

프로젝트를 생성했는데 기본 브랜치 이름이 master로 생성되었다. 바뀐 이유를 알고나니 master를 그대로 사용하기는 좀 그래서 main으로 변경하는 방법에 대해 찾아봤다. Github의 default 브랜치 이름은 원래 master였지만 노예제를 연상시키는 이유로 main으로 변경되었다. 로컬에서 브랜치명을 변경하는 방법은 간단하다. master 브랜치로 설정되어 있는 상태에서 아래 명령어를 치면 된다. (프로젝트 경로에서 작성하는건 기본) git branch -m main

Git Flow란? 깃 플로우(Git Flow)는 개발을 위한 브랜치 관리 전략 중 하나이다. Git Flow를 사용하면 개발 프로세스를 체계적으로 관리할 수 있으며, 다른 개발자들과의 협업도 수월해진다. 따라서 많은 기업과 개발자들이 Git Flow를 사용하고 있다. 이번 프로젝트를 하기 전에 팀원들과의 일관성 있는 작업 수행을 위해 깃 플로우를 정립할 필요가 있다고 생각했다. 이번 블로그에서 프로젝트에 도입했던 깃 플로우에 대해 정리해보려고 한다. Git Repository 구성 Upstream Remote Repository : 팀이 공유하는 최종 원격 저장소 Origin Remote Repository : Upstream Repository를 Fork 한 원격 개인 저장소 Local Reposit..

💡Pull request template은 왜 필요할까? PR의 내용이 중요한 이유는 Pull Request를 통해 코드 리뷰를 받기 때문입니다. 코드 리뷰를 통해 팀원 간의 코드 스타일을 맞출 수 있고, 혼자서는 발견하기 어려운 위험 요소도 발견할 수 있습니다. PR 내용만으로도 변경 사항과 이유를 충분히 이해할 수 있어야 합니다. PR Template을 만들어 Repository에 추가하면 PR을 할 때 PR body에 template의 내용을 자동으로 볼 수 있습니다. PR의 내용을 표준화해서 일관성 있는 좋은 품질의 Pull Request를 유지할 수 있습니다. pull_request_template.md 파일 생성 프로젝트의 Repository에서 파일을 생성합니다. 템플릿은 다음 위치 중 한 ..

팀원들과 함께 논의해서 Commit message convention을 정리했다. 이제 터미널에서 커밋 시 참고할 수 있는 템플릿을 만들어 보자 1. git message 파일 생성 .gitmessage 파일을 생성합니다. $ touch ~/.gitmessage.txt 2. Commit template 작성 editor를 사용해서 .gitmessage 파일에 Commit template를 작성합니다. (필자는 vim을 사용했다.) $ vim ~/.gitmessage.txt # Title Message # () - [#issueNumber-]: # ex) feat - #123: 로그인 기능 추가 ##### Subject 50 characters ################# -> | # 한 줄 공백. s..

해당 Convention은 Udacity Git Commit Message Style Guide을 참조하여 작성한 내용입니다. 메시지 구조 커밋 메시지는 크게 제목, 본문, 꼬리말 세 가지 파트로 나누고 한 줄을 띄어 구분합니다. type(옵션): subject // 제목 body(옵션) // 본문 footer(옵션) [#issueNumber-] // 꼬리말 제목 : 어떤 작업을 했는지 명확하게 드러나야하고, 너무 길지 않게 작성해야 합니다. 본문 : 긴 설명이 필요한 경우에 작성합니다. 어떻게 했는지가 아니라, 무엇을 왜 했는지를 작성합니다. 꼬리말 : 이슈 번호를 참조시킬 때 주로 사용합니다. 선택사항입니다. 제목 type type은 subject와 함께 제목 내에 포함됩니다. type: subjec..

SSH는 Secure Shell의 줄임말(Secure Shell)로, 보안이 강화된 shell 접속을 뜻한다. CLI 환경(터미널)에서 다른 PC에 접속하거나 요청할 때 사용하며, 비대칭키를 이용해 사용자를 인증한다. SSH 키 생성 ssh 키는 비대칭키로 구성되며, 두 개의 키가 서로 대칭이 되지 않는 형태로 존재한다. ssh-keygen 명령어는 경로 ~/.ssh./ 에 id_rsa 와 id_rsa.pub 를 생성한다. id_rsa.pub : 누구에게나 공개해도 되는 공개키(Public Key) id_rsa : 공개되면 안되는 개인키(Private Key) ssh-keygen 생성된 키 페어 중 공개키를 복사하여 github에 등록한다. 공개키(Public Key) 복사 cat ~/.ssh/id_rs..