https://app.codecov.io/ codecov에 로그인해서 깃허브와 연동하면다음과 같이 레포지토리를 선택할 수 있다. (나는 퍼블릭 레포지토리로 진행하여 프라이빗 레포지토리의 경우에는 방식이 다를 수 있다.) 원하는 레포지토리를 선택하고나는 GitHub Actions를 이용해 CI/CD 파이프라인을 구축하기 때문에셋업 옵션은 GitHub Options를 선택했다. 아마 codecov를 적용하려는 사람은스프링에서 jacoco를 이미 적용했을 것이다.그런 경우 다음 과정은 생략한다. 토큰을 발급받아 codecov와 내 레포를 연결한다.깃허브 레포의 Setting > Security > Secrets and variables > Actions에서똑같이 추가하면 된다. 너무나도 친절하게wor..

🔎 주제git fetch와 git pull의 차이점을 설명하고, 각각을 사용하는 것이 적절한 상황을 설명해주세요.둘 다 원격에서 정보를 가져오는 것 같은데..? 정확히는 잘 모르고 무조건 pull을 썼던 과거... 오늘은 pull과 fetch의 차이를 다룬다.✅ git pullgit pull은 로컬 레포지토리보다 원격 레포지토리가 더 최신 커밋을 가지고 있을 때, 원격 레포지토리 내용을 로컬 레포지토리에 반영하는 명령어이다.pull='잡아당기다'로 원격의 내용을 로컬로 잡아당긴다고 볼 수 있다.동료 개발자와 협업을 하며 코드를 주고 받는 일 중 받는일에 해당한다.원격 레포지토리의 수정 사항을 로컬 레포지토리에 반영하는 것은원격 레포지토리의 현재 브랜치를 로컬 레포지토리의 현재 브랜치로 병합(merge)..

안 그래도 최근 Git Flow를 배우며 rebase가 헷갈렸는데 마침 이번 위클리 페이퍼 주제가 rebase를 다루게 됐다. (사실 나 같은 초보자는 아직 팀의 리포에서 merge만 해볼 뿐, rebase는 한 적이 없다.)rebase와 merge를 쉽게 이해하기 위해 예시도 열심히 작성했으니 나 같은 초보들에게 도움이 되기를. 🔎 주제git rebase와 git merge의 차이점을 설명하고, 각각 어떤 상황에서 사용하는 것이 적절한지 설명해주세요. 우선 각 개념을 살펴보자.더 익숙한 머지를 먼저 살펴보는 게 좋을 것 같다. ✅ git mergegit merge란?말 그대로 합치는 것이다. 보통 머지를 쓰는 경우 다음과 같다.0. develop 브랜치로부터 feature1, feature2 브랜치를..

velog에서 보는 게 더 가독성이 좋습니다 :)velog link 깃허브를 이용한 팀 프로젝트에서 브랜치를 규칙 없이 무분별하게 만들면히스토리가 아주 복잡해지고, 팀원 간의 소통도 힘들어진다.오늘은 브랜치 관리 전략 중 Git Flow에 대해 공부한 내용을 정리해보고자 한다.Git Flow말 그대로 flow, 흐름이다.시간의 흐름에 따라 각 브랜치들이 어떻게 상호작용하여 메인 브랜치가 완성되는지에 집중해보면 될 것 같다.구성 브랜치main배포(제품으로 출시되는)하는 주 브랜치이다.항상 배포 가능한 안정적인 상태를 유지해야 한다.develop다음 출시 버전을 만들기 위해 팀원들이 변경 내용을 모으는 개발 브랜치이다.새 기능(feature)들과 버그 수정(release/hotfix)들이 모이는 브랜치이다...