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

🚀 CI: Continuous Integration깃허브를 몰랐던 시절,팀 프로젝트를 하면 "내가 A 부분을 할게, 네가 B 부분을 해!" 하며소스코드 파일을 주고받아 완성했던 적이 있다.소규모 프로젝트라 충돌도 거의 없었고, 있어도 금방 고쳤지만지금처럼 규모가 큰 프로젝트에서 그렇게 해야 한다면 눈앞이 캄캄하다.이 코드 누가 작성했나요?테스트했나요? 제 환경에서는 안 되는데요?체계적인 코드 통합의 필요성을 실감하게 되는 순간이다.CI는 Continuous Integration, 즉 지속적인 통합이라는 의미로새로운 코드 변경 사항이 자동으로 빌드되고, 테스트되어 병합되는 과정을 말한다.대표적인 CI 도구로 Jenkins, GitHub Actions 등이 있다.자동화된 빌드 및 테스트CI 서버 혹은 파이..

🎯 주제웹 API의 발전 과정에서 SOAP에서 REST로의 전환이 일어난 이유와 그 장단점에 대해 알아보자. 웹 API먼저 간단하게 API와 웹 API의 개념을 짚고 넘어가자. API?API(Application Programming Interface)요청과 응답을 사용하여 두 애플리케이션(소프트웨어)이 서로 통신하는 방법이다.인터페이스이므로 내부 구현을 전부 알 필요 없이, 정해진 방법(메서드, 엔드포인트 등)만 따르면 기능을 사용할 수 있다.식당에서 음식을 주문할 때를 떠올려보자. 메뉴판(API 문서): 손님(사용자)은 메뉴판을 보고 주문할 수 있는 음식 목록을 확인한다.(가능한 기능)주문 요청(요청 Request): 손님은 웨이터(API)를 통해 "스테이크 하나 주세요!"라고 주문한다.주방 처리(..

🔎 주제웹 서버(Web Server)와 WAS(Web Application Server)는 어떻게 다른걸까?웹 서버(Web Server)웹 서버는 클라이언트(웹 브라우저)로부터 HTTP 요청을 받아 요청에 맞는 응답 결과를 전송하는 역할을 한다.작동 방식클라이언트 URL을 입력하여 요청을 보내고, 이 URL이 웹 서버의 주소 식별자이다.클라이언트와 웹 서버의 통신 방식클라이언트는 URL을 사용하여 서버의 IP 주소를 찾음.클라이언트는 원하는 정보를 위한 HTTP 요청을 보냄.웹 서버는 데이터베이스와 통신하여 관련 데이터를 찾음.웹 서버는 HTML 페이지, 이미지, 파일 등과 같은 정적 리소스를 HTTP 형태로 응답을 생성하여 클라이언트에게 반환함.응답 결과를 받은 클라이언트가 사용자에게 정보를 표시함...

들어가면서알기는 아는데누군가 구술로 물어보면, 뭔가 시원하게 대답하기 힘든 질문."프레임워크와 라이브러리는 다른거야?"오늘 답해본다..프레임워크 vs 라이브러리🔁프레임워크새로운 애플리케이션을 보다 효율적으로 개발할 수 있도록 하는 재사용 가능한 소프트웨어 구성 요소의 모음이다.소프트웨어 프레임워크에는 특정 소프트웨어 표준 및 프로토콜을 기반으로 재사용 가능한 코드 모듈이 포함되어 있다. 따라서 새로운 애플리케이션을 표준화된 방식으로 개발할 수 있다.📚라이브러리미리 기능들(책)을 필요할 때마다 기록된 코드를 빼와서 재사용할 수 있도록 클래스나 함수가 모여있는 집합소(도서관)이다.개발자가 모든 기능을 매번 직접 개발하기엔 생산성이 떨어지니 라이브러리를 사용한다.프레임워크와 라이브러리는 모두 소프트웨어 개..

🔎 주제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)들이 모이는 브랜치이다...