전체 글

Git에서 브랜치는 독립적인 작업 공간을 제공하는 기능이다. 이번 글에서는 브랜치의 개념과 역할을 알아보고, 실습을 통해 브랜치를 생성하고 병합하는 방법을 살펴보자.브랜치란? 브랜치는 기존 코드에서 작업을 분리해 진행할 수 있는 공간이다. 새로운 기능 개발이나 버그 수정을 할 때 브랜치를 사용하면 메인 코드에 영향을 주지 않고 독립적으로 작업할 수 있다.브랜치를 사용하는 이유  1. 작업 분리: 팀원 간 충돌 없이 각자 작업을 진행할 수 있다. 2. 코드 안전성 확보: 메인 코드가 손상될 위험 없이 실험적인 작업을 진행할 수 있다. 3. 히스토리 관리: 각 브랜치에서 작업 기록이 분리되어 관리된다.실습: 브랜치 생성 및 병합  1. 브랜치 생성git branch feature-loginfeature-lo..

Git과 GitHub은 개발자들이 자주 사용하는 도구다. 하지만 처음 접하는 사람들은 두 용어가 혼동될 수 있다. 이번 글에서는 Git과 GitHub의 차이점을 알아보고, 두 도구를 왜 함께 사용하는지 살펴보자.👀Git이란? Git은 로컬에서 동작하는 분산 버전 관리 시스템이다.파일의 변경 사항을 추적하고, 원하는 시점으로 되돌릴 수 있도록 도와주는 도구다. Git의 주요 특징:1. 로컬 저장소: Git은 모든 데이터를 로컬(내 컴퓨터)에 저장한다. 인터넷이 없어도 작업과 기록 관리가 가능하다.2. 버전 관리: 시간에 따라 변경된 기록을 저장하고, 필요할 경우 이전 상태로 복원할 수 있다.GitHub란? GitHub는 Git을 기반으로 한 원격 저장소 플랫폼이다.팀원들과 프로젝트를 공유하거나 협업할 수..

GitHub는 팀원 간의 원활한 협업을 위해 다양한 기능을 제공한다. 그중에서도 PR(Pull Request)은 코드 리뷰와 병합 요청을 수행하는 핵심 도구이다. 하지만 PR 작성 시 중요한 정보를 누락하거나, 불필요한 커뮤니케이션이 발생하는 경우도 종종 있다. 이러한 문제를 해결하기 위해 PR 템플릿을 활용하면 협업 효율을 크게 높일 수 있다. 이번 글에서는 GitHub의 PR 템플릿 설정 방법과 활용법을 자세히 알아보도록 하자.🌟 PR 템플릿이란? PR 템플릿은 Pull Request 작성 시 자동으로 포함되는 양식이다.이를 통해 작성자가 필요한 정보를 빠짐없이 제공할 수 있도록 하고, 리뷰어는 내용을 쉽게 이해할 수 있다.🌟 PR 템플릿의 장점 1. 중요 정보 누락 방지 • 작업 배경, 변경 사..

Git을 사용하면서 회사 계정과 개인 계정을 동시에 사용해야 하는 경우가 있다. 특히, 동일한 컴퓨터에서 작업할 때 매번 계정을 전환하는 것은 번거로울 수 있다. 이러한 문제를 해결하기 위해 Git에서는 특정 디렉토리별로 계정을 분리하여 사용할 수 있는 기능을 제공한다. 이번 글에서는 includeIf 설정을 활용해 회사와 개인 Git 계정을 깔끔하게 분리하는 방법을 살펴보도록 하자.🌟 Git 계정 분리 설정이 필요한 이유 회사 프로젝트와 개인 프로젝트를 동일한 컴퓨터에서 관리하는 경우, 아래와 같은 문제가 발생할 수 있다:  1. 잘못된 계정으로 커밋회사 프로젝트에 개인 계정으로 커밋하거나, 반대로 개인 프로젝트에 회사 계정으로 커밋하는 실수를 할 수 있다.  2. 번거로운 계정 전환프로젝트마다 계정..

🌟 Rebase란? Rebase는 한 브랜치의 커밋 히스토리를 다른 브랜치 위로 다시 재배치하는 작업이다.쉽게 말해, 내가 작업한 커밋을 최신 상태로 깔끔하게 정렬해 주는 기능이다. 예를 들어, 아래와 같은 상황을 생각해 보자:  • main 브랜치에 새로운 커밋이 추가된 상황:main: A --- B --- Cfeature: X --- Y   • feature 브랜치를 Rebase하면:main: A --- B --- C X --- Y  Rebase는 병합 커밋 없이 브랜치의 히스토리를 깔끔하게 직선으로 만들어준다.🌟 Rebase가 필요한 상황 1. 브랜치가 오래된 상태일 때main 브랜치에 새로운 변경 사항이 생겼을 때, 이를 merge로 가져오는 대신 ..

Git을 사용하다 보면 실수로 브랜치를 삭제하거나 태그를 지우는 일이 생길 수 있다. 다행히 Git은 그런 실수를 대비해 삭제된 기록을 추적하는 강력한 기능을 제공한다. 이번 글에서는 실수로 삭제된 브랜치나 태그를 복구하는 방법을 소개한다.🌟 삭제된 브랜치를 복구하는 방법 브랜치가 삭제되었더라도 Git은 reflog를 통해 해당 브랜치의 커밋 기록을 보존한다. 이를 활용하면 삭제된 브랜치를 손쉽게 복구할 수 있다. 1. 삭제된 브랜치의 커밋 로그 확인아래 명령어를 실행하면, 삭제된 브랜치의 커밋 기록과 참조 로그를 확인할 수 있다:git log --oneline --graph --reflog   2. 삭제된 브랜치를 복구확인한 커밋 해시를 기반으로 브랜치를 다시 생성한다:git checkout -b 복..

아래는 스택(Stack), 큐(Queue), 리스트(List), 해시맵(HashMap)의 기본 개념과 Kotlin에서의 사용 예시를 정리한 내용이다. 각각 삽입, 삭제, 접근 등의 대표적 연산을 예제로 포함하였다. 스택(Stack) 개념 • LIFO(Last In, First Out) 구조: 마지막에 들어간 원소가 가장 먼저 나온다. • 기본 연산: • push(삽입): 스택의 맨 위(top)에 원소를 추가 • pop(삭제): 스택의 맨 위 원소를 제거하고 반환 • peek(조회): 맨 위 원소를 제거하지 않고 반환 구현 및 사용 예제 (Kotlin) 일반적으로 Kotlin 표준 라이브러리에는 전용 Stack 클래스가 없으므로 MutableList나 ArrayDeque를 사용한다. 여기서는 ArrayDe..

Git을 사용하여 모든 브랜치를 깔끔하게 업데이트하고 최신 상태를 유지하는 방법을 소개한다.🌟 기본 명령어현재 작업 중인 브랜치를 업데이트하려면 다음 명령어를 사용한다:git pull --rebase--rebase 옵션을 사용하면 깃 히스토리가 더 깔끔하게 정리되며, 병합(commit merge) 없이 변경 사항을 적용할 수 있다.🌟 모든 브랜치 업데이트하기Git은 기본적으로 한 번에 하나의 브랜치만 업데이트한다. 하지만 여러 브랜치를 한 번에 업데이트하고 싶다면, 아래 스크립트를 활용할 수 있다:for branch in $(git branch -r | grep -v '\->'); do git checkout ${branch##*/} && git pull --rebase;done이 스크립트는 원격 ..

1. 이번 챕터에서 다룬 내용: 이번 챕터에서는..- 동시성 문제- db의 동시성 문제- database lock- 분산 락- Caching- 캐싱 전략- 대기열 구현 Redis로 해보기- DB Query Optimization(with Index)- Business logic and transaction 범위..- Application event를 통한 관심사 분리- kafka로 구현- Kafka가 뭐냐!와같은 내용에 대해서 공부하고, 프로젝트에 적용해보려고 했다.2. 인생 이슈: 정말 항상 공부하고 싶었던 주제이고,,꼭 제대로 소하하고 적용해보고싶었는데 그러지못했다.이유로는 다음과 같다.- 회사 업무 범위가 명확하게 정의되지 않은 채로 업무가 부여됨-> 업무 범위가 처음에 전달 받은 것의 4~5배 이..

1. 헬로 다들 내가 누군지 아늬~? 김인! 후다! - 안녕하세요, 항해 플러스의 막내가 되고 싶었는데 되지못한 00년생 2년차 백엔드 개발자 김인후입니다. 2. 이번 챕터를 시작하며 꼭 해내고 싶었던 목표 - 첫번째 챕터는 TDD와 Clean Architecture였고, 이번 챕터는 총 3주로 구성된 서버 구축 과정이었습니다. 1주차 과제시나리오 선정 및 프로젝트 Milestone 제출시퀀스 다이어그램, 플로우 차트 작성ERD 설계 자료 제출API 명세 및 Mock API 작성: 1주차 과제는 이와 같이 주로 일정 산정과 설계와 관련된 내용이었습니다. 하지만 생각보다 설계는 어려웠고, 일정산정 또한 경험이 많이 없으면 더욱 어렵지요😬 2주차 과제 비즈니스 로직 개발 및 단위 테스트 작성 concert ..

1. 간단한 자기소개안녕하세요, 저는 항해 플러스 백엔드 과정에 참여하고 있는 2년차 응애 백엔드 개발자입니다. 다양한 백엔드 개발 기술과 백엔드 TDD를 학습하며 실력을 키우고 있습니다. 이번 챕터에서는 백엔드 개발자 역량을 강화하기 위해 TDD, 클린 아키텍쳐에 초점을 맞추어 주어진 과제들을 수행하게 되었습니다.2. 이번 챕터를 시작하며 꼭 해내고 싶었던 목표이번 챕터를 시작할 때 백엔드 클린아키텍처를 적용하여 구조적으로 깔끔한 코드를 작성하는 것이 목표였습니다. 특히 백엔드 TDD를 통해 테스트 주도 개발 방식을 체득하는 것을 주요 목표로 삼고 있었습니다. 이러한 목표를 통해 실무에서도 활용할 수 있는 백엔드 개발자 역량을 키우고자 했습니다.3. 이번 챕터를 마무리하며 가장 기억에 남는 성취가장 기..

비관적 락(Pessimistic Lock)이란?비관적 락은 데이터베이스에서 동시성 문제를 방지하기 위해 사용하는 기술로, 데이터에 접근하는 동안 해당 데이터를 잠그는 방식입니다. 비관적 락을 사용할 때는 데이터를 수정하거나 읽기 전에 데이터에 대해 잠금을 걸고, 다른 트랜잭션이 동일한 데이터에 접근하지 못하도록 합니다.비관적(Pessimistic)이라는 명칭은 "항상 데이터 충돌이 발생할 가능성이 높다"라고 가정하는 방식에서 유래되었습니다. 즉, 언제나 충돌 가능성을 고려하여 트랜잭션이 데이터를 접근할 때마다 잠금을 먼저 시도합니다.비관적 락의 특징즉시 잠금: 데이터를 읽거나 수정하려는 시도 시 즉시 잠금을 걸고, 다른 트랜잭션이 해당 데이터에 접근하지 못하게 차단합니다.읽기와 쓰기 충돌 방지: 데이터 ..