codestates / ETON-client

0 stars 2 forks source link

[SR] 프로젝트 기획 체크 리스트 #4

Open ddubbu opened 3 years ago

ddubbu commented 3 years ago

SR Card

Assignee: 김선미

Job Description

결과물

  1. repo 초기화 & branching
    • client branching : master -- dev dev 에 React App 생성
ddubbu commented 3 years ago

2월 1일 회의록 https://docs.google.com/document/d/1UbPGABjMPYulPqPTBgeWABckxT77bPVKfshbrK48jq4/edit#

ddubbu commented 3 years ago

2월 2일 스탠드업 미팅

  1. SR 분업

  2. 스키마 수정사항 리스트 테이블 구조 적용하기로 chage from lists to progress lists.name to lists.title Label 색상 속성 넣기

  3. Task 추가 요청 board > member invitaion (advanced) notification 기능

  4. Issue Card Server / Client 분리 Auto 이동 설정함 P/R > merge : Link auto close issue https://docs.github.com/en/github/managing-your-work-on-github/linking-a-pull-request-to-an-issue

  5. default branch : dev 로 바꿈

  6. 공부하기 React file directory best practice component ㄴ Common ㄴ Nav, Modal ㄴ mainPage ㄴ BoardPage ㄴ myPage

  7. Task 분배 >> Stand Up 미팅 전에 Task 정리 다시해보자 Client, Server 같이 따라가는 걸로 1일차 : Intro Page 2일차 : Main Page 3~5일차 : Board Page 6~7일차 : Task Page

  8. Front File Directory 정리하기 S3 에 테스트하면서 진행하기

서버 배포 테스트하면서 진행하기

  1. 이슈 템플릿 이동 master -> dev 그러기 위해서 default branch pull 받고 update 함 > 내일 아침에 merge 대기 중
ddubbu commented 3 years ago

2월 3일

SR 설문조사 피드백

선미님 안녕하세요! 남겨주신 기획설문조사 피드백으로 DM 드려요!
팀원분들과 충분히 상의해서 결정하셨겠지만, 로그인 구현 후 배포 보다는 hello world 배포를 추천드려요! 로컬에서는 되는 로그인이 배포 후 되지 않을 가능성도 있어서.. 그 원인을 찾느라 고생하실 수도 있습니다 ㅠㅠ
리드미도 나중에 시간 나실 때, 수정해주세요!
ㅋㅋ 기능플로우도.. 메모 남기신 부분을 정리하시는것은 어떨지.. 의견드려봅니다 ㅋㅋ (마우스 컨트롤이 굉장하시네요..)
와이어 프레임도 굉장히 좋습니다! 개인적인 욕심으로는 서버와 어떤식으로 데이터를 주고 받는지? 정도도 이미지화 된다면 더 좋을 것 같지만, 지금도 충분하신것 같습니다.
트렐로를 클론하신다고 하셨는데, 제가 선미님 팀원분들의 실력을 정확히 알 수 없어 여쭤보신 부분은 쉽게 대답해 드릴 수 없을 것 같네요. 다만, 일반적인 퍼스트프로젝트 기준으로 볼 때, 사이즈가 조금 큰 것 같기는 합니다. 2주라는 기간 중, sr 시간과 학습시간, 에러 잡는 시간, 발표 준비 시간 등등을 제외하면 코드에 집중할 수 있는 시간은 대략 일주일 정도인데요, 일주일이라는 시간 동안 어떤 아웃풋이 나올지는 선미님과 팀원분들이 잘 커뮤니케이션 해보셔야 할 것 같습니다. 트렐로의 기능 일부를 버린다든지 하는 결단도 필요 할 것 같아요.  하지만 이런 것과 별개로 이런 프로젝트에 도전해보시는 것은 정말 좋다고 생각합니다!

우리의 대안

안녕하세요! 피드백 감사합니다!
배포
이 부분은 저녁에 바로 시작해보겠습니다 ㅎㅎ
2. 문서 작업 (리드미, 기능플로우, 와이어프레임) 추가 작업은 주말에 진행하겠습니다
3. 기획 사이즈
저희도 기획해놓고 스키마구조 왜이렇게 복잡하지.. 했어요 ㅋㅋㅋ
우선은 Login/Signin/SignOut, Main Page, Board Page 까지 목표로 잡고
Card Page 부분은 시간 고려해서 과감히 조정하도록 하겠습니다.
ddubbu commented 3 years ago

2월 3일 기록할만한것

git stash (작업하던거 저장해두기 좋음)

https://gmlwjd9405.github.io/2018/05/18/git-stash.html

git workflow 우선 요약해볼게요

  1. 매일 아침 코드 시작 전에 upstream update 하기 git branch //현재 위치 확인하기 git checkout dev // 혹여 다른 위치에 있고 작업 중인 파일 있으면 git stash 이용하기 git pull upstream dev git checkout -b feature/이슈넘버및특징 // branch 새로 따기
  2. commit, push 는 P/R 전에 자신의 origin repo에 누적시키기 최소한 issue card 단위로 commit 해주세요 아니면 파일별로 큰 특징이 있으면 commit 꼭꼭 해주시옵소서 git add 파일명 git commit -m '커밋 메세지' // 혹은 vim 써서 하셔도 좋습니다. 2줄 이상 쓰면 최종 commit 파일이 P/R 내용으로 자동으로 들어가는 듯 (창섭님은 성공했는데.. 나는 왜 실패했지 중간에 빈줄 있어서 그런거 같기도) git push origin featurebranch이름
  3. 이제 issue card 마무리 되었다 싶으면 자기 repo로 가서 P/R 버튼 누르기 이때, close #이슈카드번호 여러개를 닫고 싶으면 close #이슈번호 여러번 써도 되요 (P/R은 issue card 단위가 좋을거 같아요 소제목으로 나뉜 issue card는 한꺼번에 P/R 날려도 좋고) (요점은 P/R 은 dev 코드에 merge 를 위한것으로 작은 단위일 수록 merge가 쉽다는 점 잊지 맙시다) 7:51

    예외사항으로 내일 2월 4일 아침에는 창섭님은 기존 branch에서 진행하시면 될거 같고 branch를 따고 싶으시다면

    dev말고 해당 feature에서 branch를 또 따서 작업하시면 될거 같아요 (branch 따는게 나을 수도 있겠네요 지금보니깐) --> 그래서 sequelize_Users > logout-branch 또 따서 진행하심 --> stash 로 최종 commit 이후로 작업한거 저장하고, 새로운 브랜치에서 불러와서 작업함

재현님은 작업하시던거 마무리하고 P/R 날리신다면

내일 함께 merge 하고 pull upstream dev 모든 파일 머지한걸로 작업하겠습니다!

ddubbu commented 3 years ago

2월 5일 기획 줄이기

slack standup meeting 보고 image


방향

Task Page를 없애고, 배포 공부 기간을 늘린다. 즉 2일 기간을 배포 공부 기간으로 토스

ddubbu commented 3 years ago

우리의 목표 : bare minimum + 완성도

  1. sprint2 이번주 일요일까지는 끝
  2. simple kanban board (다음주 수)
  3. 설날 기간
    • 문서
    • 발표 영상 및 자료
    • 정리를 해야돼
    • 공부

오늘의 목표 수정

재현님 : Main Page 레이아웃 > confirm + Login 로직 완료 > Sign Up (나중에)
선미 : Board Page 레이아웃 > confirm Sequelize Board 창섭 : 오늘 서버 구축 및 RDS 연결

회의 자료

image

ddubbu commented 3 years ago

2월 8일 StandUp Meeting : 기획 크기 줄임, 스케줄 재조정

이번주 스케줄

  1. (~수) Board Page 구현 완료, Task Page 포기
  2. (목~일) 자유롭게 발표 준비 및 정리하는 시간 - Task 분배 예정

AWS 구축 관련

  1. 다음주 2월 15일 발표 이후 AWS 모두 중지하기 ->> 각자 배포해서 사용하기
  2. 2주일간 나온 비용 청구 및 정산하기