거의 알고리즘 일기장

최근에 회사에서 따로 관리하던 프로젝트 repo를 monorepo에 넣기로 결정이 되어 해당 작업을 맡아 하게 되었다. 그래서 오늘 작성할 주제는 monorepo 마이그레이션 중 git history 유지를 하는 방법이다. 디렉토리 구조는 turbo repo의 구조로 가정한다. 상황 및 조건 monorepo repo, proj-b repo 따로 따로 있다고 가정한다. 1. 현재 이러한 구조의 monorepo 가 있다. 2. proj-b를 monorepo에 추가하고 싶다. (app directory 안에) 3. git history는 유지된 상태여야 한다. 계획 1. proj-b 를 그대로 monorepo에 merge를 때리면 root에 있는 설정파일과 겹치기 때문에 conflict 난다. 2. proj-..

git의 오픈소스들을 항해하다 issue를 찾아 등록하려고 보면 아래의 사진과 같이 issue template 들이 구비되어 있는 경우가 있다. 우리의 프로젝트에서는 어떻게 추가할까? 방법 가이드 문서를 한번 봐보자 정리하면 1. github 로그인한다. 2. issue template을 만들고 싶은 repository로 간다. 3. Setting button을 누른다. 4. 그러다 보면, Feature 라는 타이틀의 섹션이 존재하는데 거기서 issues의 Set up templates 를 누른다. 5. 하단의 화면이 달랑뜨는데 중앙의 select box를 클릭하면 대충 감온다. 예시로 Bug report를 만들어보자 6. 예시로 만들어졌다. 이걸 수정해도되고 그냥 써도 된다. 꿀팁 우리가 이걸 만들 필..

블로그의 인기글을 보아하니 git commit convention이 인기인거 같아 환경구성에 대해 한번 다뤄보려고 합니다. 계획 계획은 다음과 같습니다. 비속어를 감지해서 replace 시키는 모듈을 만들어 npm에 publish 이때 1. commitlint와 husky를 이용해서 commit 규칙을 잘지키게끔 유도한다. 2. release-it을 이용해 publishing, versioning, change log도 편하게 관리한다! 이 두가지의 제약을 추가해서 구현해볼것입니다! 그럼 ㄱㄱ 사전지식 commitlint? husky? release-it? 이 세가지 도구를 처음들어보는 사람도 있을테니 이 도구들을 어떻게 이용할지 설명하자면, commitlint -> commit의 규칙을 지켰는지 확인할..

https://kunkunwoo.tistory.com/214 git commit message convention 최근 git commit message convention에 대한 글을 보게 되었다. 재미있는 방법인거 같아 내용정리 겸 글을 써보고자 한다. 사실 나는 밑의 그림처럼 [jira 이슈넘버][깃모지][주제] 정도로 적어왔다. 근데.. kunkunwoo.tistory.com 저번에 이런 글을 썼었는데, 요즘 쓰는 convention을 남겨둘까 싶어서 글을 올린다. 방법 타입(Type): 제목(Subject) 본문(Body) 꼬리말(Footer)? //type 더 추가하고 싶으면 얼마든지 ✨ feat : 새로운 기능에 대한 커밋 🐛 fix : 버그 수정에 대한 커밋 👷 build : 빌드 관련 파..

최근 git commit message convention에 대한 글을 보게 되었다. 재미있는 방법인거 같아 내용정리 겸 글을 써보고자 한다. 사실 나는 밑의 그림처럼 [jira 이슈넘버][깃모지][주제] 정도로 적어왔다. 근데.. 이렇게 작성하게 되면 커밋메세지가 많아질수록 헷갈려져서 솔직히 jira를 보지 않으면 나중엔 잘 기억이 나지않는다.. 서론은 여기까지 하고 내가 찾은 이 git commit message style은 Udacity Git Commit Message Style Guide 에서 읽은 내용이다. 메세지의 구조는 다음과 같다. type: Subject body footer type : 말 그대로 message type이고 type의 종류는 밑의 그림과 같다. subject : 이 커..