26.07.15 TIL / 팀플 슈터 게임 11일차, GitHubDesktop 문제해결

오늘

우리 팀은 안정적인 협업을 위해 이슈 기반 개발(Issue-Driven Development) 방식을 사용 중이었음

 

1. GitHub에서 이슈(Issue)를 생성

2. 각 이슈에 대응하는 개별 피처 브랜치를 생성하여 작업

3. 작업이 완료되면 Pull Request(PR)를 올리고, 코드 리뷰를 거쳐 메인 개발 브랜치인 dev에 병합(Merge)

---

문제 발생:

1. 기존 작업을 임시로 보관(stash)해 둔 뒤, 최신 dev 브랜치의 변경사항을 최신화(Pull)하지 않지 않았음

2. 1번 작업을 진행하지 않고 커밋을 올리는 문제가 발생

 

문제 해결 과정:

1. 충돌이 날 수 있는 불안정한 상태를 메인 dev 브랜치 사용 중단

2. new-dev-branch/#114라는 별도의 브랜치를 팀원이 같이 사용하는 방식 채택

 

이슈 기반 개발(Issue-Driven Development) → 공유 피처 브랜치(Shared Feature Branch) 방식으로 대처

---

문제 해결을 위한 방법

Git에 대한 권한은 매니저님한테 있기 때문에 develop을 아직 바꾸진 못하였음

→ 내일 매니저님께 팀 문제 상황을 설명드린 뒤 #114번 branch를 develop으로 바꾸는 방법

 

만약 #114번 branch를 develop을 바꾸지 못한다면?

현재 방식 공유 피처 브랜치(Shared Feature Branch)로 작업을 이어나갈 예정

---

new-dev-branch/#114 작업 내용

---

회고

실수를 한 팀원을 탓하기보다, "프로젝트를 하다 보면 언젠가는 한 번쯤 발생했을 문제" 라며 서로를 격려하였다.

 

Git 히스토리를 복구할 다양한 방법을 팀원과 함께 찾았고, 피처 브랜치 전략을 통해 문제를 안전하게 해결할 수 있었다.

 

기존 작업을 멈추지 않고 원활하게 이어갈 수 있어서 정말 다행이었다.

 

문제가 터졌을 때 팀원들이 어떻게 소통하고 함께 헤쳐 나가는가가 훨씬 중요하다는 것을 깨달은 값진 경험이었다.