IN-VISION : 인테리어 관련한 인사이트와 영감을 얻을 수 있는 뉴스피드
기간: 23.06.27 ~ 23.07.02
👇🏻 메인페이지
👇🏻 작성페이지
👇🏻 마이페이지
👇🏻 디테일페이지
👇🏻 수정페이지
1) git 브랜치...난리가 났다... 무려 20번의 Pull requests ㅎㅅㅎ
금요일까지 마무리하려고 했는데.. 금요일 2시에 머지한 것이 그날 저녁까지도 오류들이 해결되지 않아 결국 당일 2시까지 작업했던 브랜치에서 다시 시작하기로 했다 🫠
분명 화면 공유하면서 신중하게! 함께! 했건만...
신중하게 모두 다함께 잘못된 길을 가고 있었던 것 같다 ㅎ
결국 우린 20번의 풀리케를 한 레파지토리는 폐기하고 새로운 레파지토리를 파서 거기서 다시 작업을 진행하게 됐다. 암튼 원격 저장소와 로컬 사이서 pull and merge를 하다가 수많은 오류들을 마주한 뒤 내린 결론은
그냥 머지는 최대한 안전하게 한명씩! 푸쉬하고 충돌 해결하고 머지하고, 또 다른 한명 푸쉬하고 충돌 해결하고 머지하고... 이런 식으로 한명씩 하자는 것이다.
특히 develop
브랜치에 pull request
로 Merge했을 때는 모든 팀원이 로컬에서 Pull
을 받았다.
그냥 같은 파일에서 시작했으니 다른 분기에서 어떻게 작업을 하든 develop
으로 머지만 잘하면 된다고 생각했는데... 이번 팀플 기간 깃에게 호되게 당했더니 모두들 큰 깨달음을 얻었다.
2) 초기 API 명세 부분을 제대로 작성하지 못해 각자 다른 이름의 db값을 파이어베이스에서 사용하고 있었다. 그래서 파이어베이스 앱키를 바꿔서 게시물을 작성했을 때 데이터가 정상적으로 들어오지 않는 경우가 더러 있었는데... 이게 원인인 줄도 모르고 무조건 머지가 잘못되었다는 둥,, 코드가 잘못되었다는 둥... 이상한 곳에서 문제 원인을 찾느라 꽤 많은 시간을 소비했다 ㅠ
이게 원인이었음을 알고 다시 팀원들과 논의하여 request와 변수값을 공통적으로 설정해줬다...! 그랬더니 내용이고 사진이고 정상적으로 출력이 되더라...
결론: 코든컨벤션, Git, API명세 등 아주 기초적이지만 중요한 작업들에 대한 이해도 부족으로 많은 시간과 에너지를 소비했다. 바쁘다고 기획, 준비과정을 소홀히 하지 말자..! 충분하게 논의하고 꼼꼼하게 작성하자!!!