jonbeo 님의 블로그

Git 브랜치 전략 완벽 비교! Git Flow vs GitHub Flow 어떤 걸 선택해야 할까?

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 "처음 ..

공개로 만든 저장소, 비공개로 바꾸고 싶다면 이렇게 하세요!✅ Public과 Private의 차이점 먼저 알아볼까요?구분 Public 저장소 Private 저장소 접근 권한누구나 접근 가능초대된 사람만 접근 가능검색 노출GitHub 검색 및 Google 검색 가능검색에 노출되지 않음오픈소스 공유누구나 포크, 이슈, PR 가능초대한 사람만 협업 가능보안민감 정보 노출 주의 필요민감한 내용 보호에 유리💡 Tip:팀 협업이나 오픈소스를 위한 저장소는 Public이 적합하지만, 개인 프로젝트나 민감한 정보를 담고 있는 경우에는 Private으로 설정하는 게 좋아요.🔁 Public 저장소를 Private으로 바꾸는 방법GitHub에 로그인 후, 비공개로 바꾸고 싶은 저장소로 이동해요.👉 GitHub 접속 ..

💡 GitHub에서 협업할 땐 프로젝트 관리도 중요해요!GitHub는 코드 저장소만을 위한 곳이 아니에요.팀원들과 함께 효율적으로 작업하고,진행 상황을 한눈에 볼 수 있도록 프로젝트 관리 기능도 제공한답니다!대표적으로는✔️ Projects (프로젝트 보드)✔️ Milestones (마일스톤)이라는 두 가지 기능이 있어요.📌 Projects – 할 일을 시각적으로 관리하는 보드Projects는 Trello나 칸반보드처럼작업을 "할 일(To Do) → 진행 중(Doing) → 완료(Done)" 단계로 나누어 관리할 수 있어요.이걸 활용하면 혼자 작업할 때도, 팀 작업할 때도진행 상황을 한눈에 확인할 수 있어요!✅ 프로젝트 보드 만들기GitHub 저장소로 이동하세요상단 메뉴에서 Projects 탭을 클릭"..

🤝 협업에서 유용한 GitHub 기능들– 팀워크를 빛나게 해주는 작은 마법들🌱 들어가며혼자서 프로젝트를 할 땐 괜찮지만,팀 프로젝트를 시작하면 협업이 핵심이 되죠?그럴 때 GitHub의 다양한 기능들이우리의 협업을 훨씬 더 빠르고, 깔끔하고, 효율적으로 만들어줘요!이번 포스팅에선 협업에 유용한 GitHub 기능들을 쏙쏙 정리해볼게요!1️⃣ Collaborator 초대하기 – 함께 일할 사람 추가하기✅ 저장소 Settings → Collaborators에서 팀원을 초대할 수 있어요!초대한 사람은 write 권한 이상이 생겨요함께 코드 수정, 커밋, Push 등 가능2️⃣ Issue – 할 일과 버그를 깔끔하게 정리새로운 기능 제안, 버그 제보, 질문 등을 남길 수 있어요마치 프로젝트 게시판 같은 역할!..