[2주 프로젝트][회고]기록 남기기 #3

시간을 누가 훔쳐가는 느낌이다.

스프린트 할 때도 이 정도는 아니었던 거 같았는데 시간이 눈 깜 박하면 금세 지나가 있다. 

 

프로젝트 들어서고 첫 날부터 점심시간, 저녁 시간 제외하고 밤 11시까지 하고 프로젝트 일과를 마친다. 오전에 시작할 때는 standup meeting을 저녁 11시에는 회고와 내일 업무에 대해 논의한다.

 

항상 해야할 일을 가지고 일에 착수하는 우리 팀이지만 처음 프로젝트라는 것을 하다 보니 익숙하지 않은 부분이 있는 건 어쩔 수 없는 부분인 것 같다. 오늘도 열심히 정해놓은 업무를 했지만 생각보다 잘 풀리지 않았던 것 같다.

 

 

 

 

---

 

 

오늘 우리 팀이 한 항목들을 살펴보자.

첫 번째로 오늘 아침 미팅 시간부터 개개인 마다 작성해온 회고글을 간단하게 공유하였다. 회고 공유가 잘 진행 되어서 기분이 좋았다.

 

 

 

 

프로젝트하면서 팀원 모두가 얻어가는 게 있어야 하는데 막상 프로젝트 도중에 귀찮다고 혹은 피곤하단 이유로 회고글을 작성을 지나가게 되면 한참 뒤 프로젝트에 대한 내용을 쓰고 싶어도 기억이 잘 안 나는 경우가 발생할 수 있다. 또한, 회고글을 작성하면서 오늘 했던 업무, 잘 안 됐던 업무에 대해 스스로 피드백해보면서 거기에서 오는 나름의 성장과 이점이 있다고 생각을 한다.

 

 

 

두 번째, 아침 미팅에서 공유한 각 파트별 업무를 진행하였다. 

클라이언트 단은 팀원 2명이서 개발 방향과 업무 분담을 어떻게 할지 토의 끝에 페이지 별로 나눠서 개발하기로 하였다.  그러고 나서 브랜치를 생성해서 개발을 하려고 하는 이 시점에 문제가 생겼다. 브랜치를 어떻게 구성할지 모르겠다는 것이었다.  또, 브랜치 hierarchy가 제대로 구축이 되어 있는지가 의문이었다.

 

 

 

 

 

페이지 별로 나눠서 개발하자고 했으니 1) 페이지 별 브랜치를 생성해서 각 페이지 브랜치에서 각 feature 브랜치를 생성해서 해야할지, 아니면 2) dev 브랜치에서 feature 브랜치를 생성해야 할지 말이다. 이 고민을 헬프 데스크에도 올렸고 다음에 나오는 담당 COE분에게도 피드백을 받았다.

 

 

 

 

 

 

세 번째는, 담당 COE분과 소통하고 피드백을 받았다.

 

깃 관련이라..조금 더 찾아봐야 정확한 답변이 되겠지만.. 우선 제가 알기로는 깃허브에서 디폴트로 설정한 브랜치가 가장 위에 있는 것으로 알고 있습니다. 혹시 깃허브에서 dev 브랜치가 디폴트로 되어 있는지부터가 확인이 필요할 것 같네요

 

dev 브랜치가 master 브랜치 보다 위에 있는 이유가 디폴트 설정일 수 있다는 힌트를 주셨고 페이지 별로 브랜치를 나누었을 경우에 대해 에러 발생 가능성에서도 이야기해주셨다. 

 

이런 식으로 페이지별로 브랜치를 나누시게 된다면 예를 들어 다른 팀원분이 메인 페이지에 있는 기능을 끌어오는 상황일 때 의도치 않은 conflict가 발생할 수 있습니다

 

에러 발생 가능성은 브랜치는 다른데 작업하는 컴포넌트 파일(명)이 같다면 충돌이 나기 때문이라고 하셨다. 이 부분은 팀원들과 소통을 통해 해결할 수 있다고 하셨다. 

 

 

네 번째는 오후 시간에 배포 작업을 시작했다. 

배포 관련 이미지를 준비하지 못 해서 글로 간단하게 적어보겠다. 

AWS S3에 버킷을 만들어 빌드 된 클라이언트 파일을 업로드하여 클라이언트 부분이 온라인상에서 동작하게 하였다.

AWS EC2를 활용하여 서버를 띄웠으며 클라이언트와의 요청과 응답까지 이런 동작들을 테스트하였다.

AWS RDS를 활용하여 데이터베이스를 서버와 연결시켰다. 하지만 이 부분에서 이슈가 한 가지가 발생했다. 

ec2에서 시드 파일 추가시 rds에서 추가한 데이터가 조회가 안 되는 이슈

ec2에서 시드 파일을 추가했는데 RDS에서 조회가 되지 않았다. 해결해보려고 했지만 해결점을 찾지 못해서 헬프데스크에 글을 올리고 배포 작업은 마무리했다.

 

 

 

 

내일 업무

팀원 1
1. 브랜치 이슈 해결이 필요하다. 
2. 레이아웃 부분부터 시작하기 
3, COE 피드백 반영 

팀원 2
1. 라우팅 처리 (컨트롤러) 
2. 배포 이슈 처리 (ec2에서 시드 파일 추가 시 rds에서 추가한 데이터가 조회가 안 되는 이슈) 
3. route53을 공부 

팀원 3
1. 내일 스탠드업 미팅 안건 준비 및 전달 
2. COE 피드백 반영 
3, 전날 회고 진행하기 
4. 프로젝트 상황 보고 
5, 위키 내용 추가하기 
6, 브랜치 이슈 해결하기 
7. 레이아웃 부분부터 시작하기 
8. 룰과 그라운드 룰을 위키에 올리고 노션 상단에도 올리기 눈에 띄게