GitKraken 기준 작업 흐름 (feature → dev 반영)
전체 흐름

1. feature 브랜치 작업
2. feature 브랜치 push
3. feature 브랜치에서 dev rebase
4. rebase된 feature push
5. dev 브랜치에서 feature merge
6. dev push
1️⃣ feature 브랜치에서 작업 후 Commit
현재 브랜치 확인
좌측 브랜치 패널에서
feature/my-work
선택
또는 그래프에서 해당 브랜치 클릭
변경 파일 commit
GitKraken 하단 패널
Stage Files
↓
Commit Message 입력
↓
Commit
2️⃣ feature 브랜치 Push
상단 버튼
Push
또는
Ctrl + Shift + P
이 단계에서
origin/feature/my-work
로 올라간다.
3️⃣ feature 브랜치에서 dev 최신 내용 가져오기
이 단계가 핵심이다.
먼저 dev 최신 가져오기
상단 버튼
Fetch
또는
Pull (Fetch Only)
이렇게 하면
origin/dev
최신 커밋이 보인다.
dev를 feature 위로 rebase
그래프에서
origin/dev
브랜치 우클릭
선택
Rebase current branch onto this branch
즉
feature/my-work
rebase
origin/dev
구조가 된다.
충돌 발생 시
GitKraken에서
Resolve Conflicts
버튼 표시
순서
파일 선택
↓
Open Merge Tool
↓
Resolve
↓
Mark Resolved
↓
Continue Rebase
4️⃣ Rebase 후 Push
rebase는 커밋이 바뀌므로
Force Push
필요하다.
GitKraken 버튼
Push
누르면
Force push?
팝업이 뜬다.
선택
Force Push
5️⃣ dev 브랜치로 이동
좌측 브랜치 패널
dev
더블 클릭
또는 그래프에서 클릭
dev 최신 상태 가져오기
상단
Pull
6️⃣ feature 브랜치 merge
그래프에서
feature/my-work
브랜치 우클릭
선택
Merge feature/my-work into dev
이때
두 가지 경우가 있다.
Fast-forward merge
그래프
A ─ B ─ C ─ F ─ G ─ D' ─ E'
merge commit 없이 합쳐짐
merge commit 발생
설정에 따라
Merge Commit
생길 수도 있다.
7️⃣ dev Push
상단 버튼
Push
이제
origin/dev
에 작업이 올라간다.
GitKraken 기준 전체 흐름
한 번에 정리하면
feature 브랜치 작업
↓
Commit
↓
Push
↓
Fetch
↓
origin/dev 우클릭
↓
Rebase current branch onto this branch
↓
Resolve conflict
↓
Force Push
↓
dev 브랜치 이동
↓
Merge feature into dev
↓
Push
가장 많이 쓰는 GitKraken 패턴
대부분 팀에서
feature 작업
↓
dev rebase
↓
PR 생성
↓
Squash merge
이 흐름을 쓴다.
GitKraken에서도
Create Pull Request
버튼으로 바로 생성 가능하다.
GitKraken 사용할 때 가장 중요한 팁
GitKraken에서 헷갈리지 않는 규칙 하나
내 브랜치 정리 → Rebase
브랜치 합치기 → Merge
'Dev. > 기타 개발 관련' 카테고리의 다른 글
| Git에서 수정한 파일을 ‘없는 셈’ 치는 법 — skip-worktree (0) | 2026.03.16 |
|---|---|
| GitKraken Desktop 11.10 업데이트 정리 (0) | 2026.03.08 |
| 언리얼 엔진 개발자를 위한 C드라이브 용량 확보 가이드: 20GB+ 되찾기 (0) | 2026.02.03 |
| GitHub 커밋 알림을 Discord로 받는 법: Webhook 설정 (0) | 2026.01.23 |
| Git Push의 공포... Azure DevOps와 LFS 413 에러 (0) | 2025.12.15 |