1차 프로젝트 Day 3🔥

(meeting log와 깃 사용법 정리)

Daily standing meeting log (1 차 프로젝트 Day 3)✌🏼

Back-end

Done

• 모델링 로직 구성 논의
• Django 초기 설정
• 모델링 로직 In progress

Today's to-dos

• 크롤링 시작(due Friday)

blocker

• x

---

Front-end

아래 굵은 글씨 부분이 내가 구현한 /구현할 부분

Done

• 프로젝트 초기 셋팅
• 로그인/회원가입 component 구성
• Nav bar 레이아웃 html 구성
• Man page 레이아웃 html 구성
• 로그인/회원가입 layout
• Main page layout
• Product page layout

Today's to-dos

• 로그인,회원가입 기능(validation 등)
• Nav 바 dropdown 이벤트
• 스크롤 Nav bar이벤트
• 버튼 에니메이션, 컬러에니메이션 호버이벤트
• sort by price dropdown(오늘의 도전)

blocker x

• x

---

Git 사용법 재 정리!

Team Project 이기 때문에 다시 한번 사용법에 대해 정리해 보자! 🙋🏼‍

일반 기업에서 깃허브의 Master branch는 배포 전에 합쳐지는 최종 본 이지만, 우리는 연습 및 수정을 반복해서 협업 할 것이기 때문에 사용 법 이 조금 다를 것!

• 기본 적으로 기능 별 branch의 기능 구현이 완료 되면 push 하지만, 프로젝트 기간 중에는 중간 중간 확인 받기 위해 일정 작업이 끝나면 내 branch에서 Pull Request를 보낸다 .git add . git commit -m "" git push origin feature/products 한 후 깃허브에 가서 Pull Request 입력한다.

• 모든 기능 구현이 완료 된 branch A에서 보낸 PR이 merge 되면 현재 작업 중인 branch B에서 master branch로 이동 후 git checkout master 해서 git pull origin master 하고 작업 중인 branch로 다시 이동 git checkout branch B 한 뒤 git merge master해서 충돌 해결 후 계속 작업 하면 된다.

• 다른 사람의 update된 master 를 merge 하기 위해 종종 git checkout master해서 git pull origin master 하고 다시 내 브랜치로 돌아와 git checkout mybranch git merge master 를 통해 master branch를 merge 하고 충돌이 있다면 충돌을 해결한 후 나의 branch에서 작업 한다.
  
  
  
  

프로젝트 진행 속도가 빨라서 이틀에 한 번 정도로 구현한 기능을 정리할까 한다. (매일 매일 하기에는 하루마다 적용한 이벤트 들을 업데이트 하고 있어서 무🈚 의미하다는 결.론! 사실 이벤트를 구현하면서 마치 큐브🟧 한다는 느낌이 들었다. 일부 한 면의 색 을 맞춰 놨더라도 다른 면을 맞추기 위해 다시 풀고 돌리고 끼워넣고 하는 과정 같다고나 할까? 🎁) 기능 구현할 내용이 많아서 전체적으로 적용하고 업데이트 된 이벤트는 다음 블로그에서 다룰 예정!