[TIL] 20250121 [최종프로젝트]페르소나&저니맵/[개발]github merge

오늘 일정 ✨

- 최종 프로젝트 진행 (문제 설정 논리 강화/ 페르소나 & 저니맵 / 장미순튜터님 피드백)
- 개발 튜터링시간(github merge하기/ pull request 생성)

 

 

 

 

1. 페르소나 & 저니맵 진행 

오늘 오전 튜터님과 진행상황을 공유드렸고, 문제를 좀 더 뾰족하게 다듬을 것을 추천해주셨다. 

• 문제정의 가설을 바탕으로 심층 인터뷰를 한 뒤
• 경쟁사에선 어떤식으로 풀어가고있는지를 포지셔닝 맵으로 나타내는 것을 추천
  
• 이 모든 과정을 거친 뒤, 유저저니맵을 그리면서 지점을 파악해볼 것
  어떤 지점에서 이탈을 하게 되는지 / 어떤 행동을 하면서 이탈하는지 (어떤 감정을 느끼는지)
  => 공통적으로 불편해하는 지점을 찾고, 목표달성을 못하는 지점을 뾰족하게 도출해볼 것!

경쟁사 조사와 사용자 리서치를 통해 도출한 공통적인 사용자 특징들을 모아 페르소나를 선정하였고, 유저저니맵을 통해 불편함을 느끼는 지점과 이탈하는 부분에 대하여 인사이트를 얻을 수 있었다. 심리학자 제임스 프로차스카(James Prochaska)와 칼로 디클레멘테(Carlo Diclemente)에 의해 개발된 변화단계이론(Stages of Change Theory) 6단계를 기반으로 사용자가 원하는 목표까지 도달하기 위한 과정을 그려보았다. 

이를 통해 알게된 사용자가 겪는 pain-point와 needs들을 바탕으로 내일은 문제정의를 좀 더 명확하게해보려고 한다. 내일은 제발 진도를 쭉쭉 뽑을 수 있었으면 좋겠다.

 

2. GitHub merge / pull request

오늘은 팀원들과 공동으로 작업할 repository를 생성하여 초대한 뒤, branch를 생성하고 merge와 pull request까지 실습해보았다. 이런방식으로는 처음해보았는데, github desktop보다는 불편한 것 같았다.

  
브랜치는 독립적으로 어떤 작업을 진행하기 위한 개념으로 필요에 의해 만들어지는 각각의 브랜치는 다른 브랜치의 영향을 받지 않기 때문에, 여러 작업을 동시에 진행 할 수 있다.

 

브랜치 생성하고 해당 브랜치로 이동하기

$ git checkout -b 브랜치명

• checkout : 체크아웃하겟다. 브랜치를 이동하겠다
• -b : 새로 생성

이미 생성되어 있는 브랜치로 이동하기

$ git checkout 브랜치명
or
$ git switch 브랜치명

 

merge 연습

새로운 브랜치를 생성하고 코드를 변경했다면 브랜치명을 주의하여 아래의 코드를 터미널에 입력해준다.

git add .
git status
git commit -m "프로젝트 세팅"
git push origin 브랜치명

 

이전 작업을 완료하고 github 사이트를 확인해보면 compare & pull request 버튼이 생기는데, 해당 버튼을 누르면 된다.

• Pull Request (풀리퀘스트) : 팀 프로젝트에서 작업한 코드를 리뷰(review)하고, 수정 사항을 공유하며, 최종적으로 병합하기 위한 협업 도구

main 브랜치로 이동해서 최신화된 main 브랜치를 확인한다.
 💡 중요한점 : 무조건 습관화하기! 최신코드로 동기화하는 작업!

$ git checkout main
$ git pull origin main

 

만약 충돌이 났을 경우 

충돌난 지점을 잘 파악한 후 어떤 코드로 사용할지 정하고, 다시 ,merge하여 업로드해주면 된다.

• Accept Current Change : 내 코드로 엎어치기
• Accept Incoming Change : 최신화된 코드로 변경