jonbeo 님의 블로그

Git은 단순한 버전 관리 도구가 아니라,시간을 되돌리고, 수정 내역을 재정렬하고, 다른 브랜치에서 필요한 커밋만 뽑아올 수 있는 아주 강력한 시스템입니다.이번엔 실무에서 자주 쓰이는 3대 명령어를 깔끔하게 정리해보겠습니다 👇🌱 1. git rebase – 커밋 이력 정리의 왕✅ 개념rebase는 커밋을 다른 브랜치 위로 옮겨 붙이는 명령입니다.즉, 브랜치의 시작점을 새로 정리해서 커밋 히스토리를 깔끔하게 만듭니다.📌 예시 # main 브랜치 최신 커밋으로 feature 브랜치 재배치git checkout featuregit rebase main 👉 결과:main의 최신 커밋 이후에 feature 커밋들이 재정렬됨. 📌 주의: 이미 공유된 브랜치(rebase 후 push) 는 충돌을 유발할 수 ..

**CI/CD (Continuous Integration / Continuous Deployment)**는개발자가 코드를 push하면 자동으로 빌드/테스트/배포까지 처리하는 자동화 프로세스입니다.GitHub Actions는 GitHub에서 제공하는 무료 워크플로우 도구로,코드 변경 → 테스트 → 빌드 → 배포 과정을 자동화할 수 있습니다.📌 1. GitHub Actions 기본 구조프로젝트 루트에 .github/workflows/ci.yml 파일 생성 name: CI Pipelineon: push: branches: [ main ] # main 브랜치 푸시 시 실행jobs: build: runs-on: ubuntu-latest steps: - name: Checkout Re..

팀 프로젝트에서 Git을 쓰다 보면 단순히 merge만으로는 부족한 경우가 많습니다.충돌 해결, 특정 커밋만 반영, 임시 저장 등 다양한 상황에서 Git 고급 명령어를 활용해야 원활한 협업이 가능합니다.이번 포스팅에서는 대표적인 rebase, cherry-pick, stash를 중심으로 정리합니다.🧠 1. git rebase브랜치의 기반(base)을 다른 브랜치로 옮겨주는 명령어📌 예시: feature 브랜치를 최신 main으로 정리하기 git checkout feature/logingit rebase mainfeature 브랜치의 커밋이 main 브랜치 뒤로 이어붙여짐히스토리가 깔끔해짐 (merge 커밋 불필요)⚠️ 주의이미 푸시한 브랜치를 rebase하면 충돌 위험 → 협업 중에는 조심!로컬에서 ..

Git은 매우 유연한 버전 관리 시스템입니다.하지만 프로젝트가 커질수록 브랜치를 아무렇게나 사용하면 코드가 꼬이고 협업이 어려워지죠.그래서 실무에서는 브랜치 전략을 세워 체계적으로 관리하는 것이 매우 중요합니다.이번 포스팅에서는 두 가지 대표 전략인 Git Flow와 GitHub Flow를 비교해보겠습니다.🌳 1. Git Flow란?Vincent Driessen이 제안한 전략으로, 복잡한 릴리즈 관리에 적합합니다.브랜치 구조가 체계적이며 릴리즈 주기가 긴 기업형 프로젝트에서 자주 사용됩니다.📁 주요 브랜치 구조master : 실제 배포되는 코드 (Read-only)develop : 개발 브랜치, 기능 병합의 중심feature/* : 새로운 기능 개발release/* : 릴리즈 준비hotfix/* : ..

안녕하세요 😊개발 프로젝트에서 버전 관리와 협업은 매우 중요한데,이를 어떻게 운영하느냐에 따라 개발 효율이 크게 달라집니다. 특히 Git을 사용할 때 많이 쓰이는 대표적인 브랜치 전략이👉 Git Flow👉 Trunk Based Development 오늘은 두 전략의 개념과 장단점을 비교해보고, 언제 어떤 방식을 선택하면 좋은지 알려드리겠습니다.📍 1. Git Flow란?Vincent Driessen이 제안한 전통적인 브랜치 전략으로, 대규모 프로젝트에서 많이 사용됩니다.구조main (master): 실제 배포 버전develop: 다음 배포를 준비하는 통합 브랜치feature/: 새로운 기능 개발용 브랜치release/: 배포 준비용 브랜치hotfix/: 긴급 수정용 브랜치특징배포 주기가 길고, 안..

코드를 푸시했을 때 자동으로 테스트가 실행되고,코드 리뷰 후 자동으로 배포까지 된다면…?그걸 가능하게 해주는 도구가 바로 GitHub Actions입니다!이번 글에서는GitHub Actions가 무엇인지초보자가 바로 써볼 수 있는 실습 예제기본 구조와 자주 쓰는 활용법을 한 번에 정리해보겠습니다 😊 ✅ GitHub Actions란?GitHub 저장소에서 CI/CD 자동화를 가능하게 해주는 기능입니다.코드가 푸시되었을 때, PR이 열렸을 때, 매일 정해진 시간에 등 다양한 트리거로자동으로 테스트, 빌드, 배포, 알림 등을 처리할 수 있어요. 🧱 GitHub Actions 구조 이해하기Workflow하나의 자동화 작업 전체를 정의하는 단위.github/workflows 폴더에 .yml 파일로 저장됨주요 ..

Git을 쓰다 보면 merge는 익숙한데,rebase는 뭔가 무섭고 어렵게 느껴지죠?하지만 rebase를 제대로 알면더 깔끔하고 일직선 같은 Git 히스토리를 만들 수 있습니다.이번 글에서는 rebase의 개념부터 실습 예제,그리고 merge와 비교한 시각적 흐름도까지 함께 정리해보겠습니다. ✅ 기본 개념 정리: merge vs rebase항목 merge rebase 히스토리브랜치 흐름을 보존히스토리를 재작성커밋 기록병합 커밋(merge commit) 생성병합 커밋 없이 재배치사용 용도협업 히스토리 보존깔끔한 커밋 라인 유지협업 안정성안정적신중히 사용해야 함 1️⃣ 실전 예제 흐름git checkout featuregit rebase main 위 명령어의 뜻은:“feature 브랜치의 커밋들을, mai..

Git으로 작업하다 보면 한 번쯤은 이런 생각을 하게 됩니다:“아... 이전 상태로 돌리고 싶다...”“방금 커밋 잘못한 것 같은데?”“코드는 지우고 싶은데, 나중에 다시 보고 싶다…”이럴 때 사용하는 명령어들이 바로git reset, git revert, git stash 입니다!이번 포스팅에서는 각 명령어의 차이점, 사용 시점, 주의할 점까지 예제를 통해 깔끔하게 정리해드리겠습니다. 🧯 1. git reset - 커밋을 과거로 되돌리기 (히스토리 변경)git reset --hard [커밋 해시]특정 시점으로 되돌리고, 그 이후의 커밋은 모두 제거--soft: 커밋만 되돌림 (파일은 그대로)--mixed: 인덱스까지 초기화--hard: 모든 파일 상태까지 초기화 (주의! 되돌릴 수 없음)✅ 언제 쓰나..

혼자 코딩할 때는 main 브랜치 하나로도 충분합니다.하지만 여러 명이 함께 개발한다면, 브랜치를 어떻게 나눌지 전략이 정말 중요해져요.이번 글에서는 대표적인 두 가지 협업 브랜치 전략👉 Git Flow👉 GitHub Flow를 예시와 함께 비교해보겠습니다. ✅ 브랜치 전략이란?브랜치 전략은 팀원들이 어떤 기준으로 브랜치를 만들고, 병합하고, 배포할지 정해두는 개발 룰입니다.잘 정리된 전략은 개발 흐름을 명확하게 만들어주고충돌, 꼬임, 실수 배포를 줄여줍니다. 🧭 전략 1. Git FlowGit Flow는 기능, 릴리즈, 핫픽스를 명확히 구분하는 전통적인 워크플로우입니다.복잡하지만 대규모 프로젝트에서 안정성을 높이기 좋습니다.🧩 브랜치 구성브랜치역할main최종 배포 버전develop개발 버전fea..

1. Git 설치 여부 확인먼저 Git이 설치되어 있어야 VS Code에서도 Git을 사용할 수 있어요!VS Code 터미널 열기 (단축키: `Ctrl + ``)아래 명령어 입력git --version 설치되어 있다면 버전 정보가 출력됩니다. 없다면 Git 공식 사이트에서 설치하세요.2. GitHub 계정 만들기 (이미 있다면 생략 가능)https://github.com/ 접속우측 상단 Sign up 클릭이메일, 비밀번호 입력 후 계정 생성3. 로컬 Git 저장소 만들기VS Code에서 만든 웹 프로젝트 폴더 열기터미널에서 다음 명령어 실행git init 3. 변경된 파일을 Git이 추적할 수 있도록 스테이징git add . 4. 커밋 메시지와 함께 첫 커밋git commit -m "처음 ..