2022 01 18 화요일 회의 (Gitlab Mirror 이슈 해결 / ERD 컨설팅 및 리뷰)

Gitlab Mirror 이슈 해결

저장소 복제

git clone --mirror [원본 저장소 경로]
cd [원본 저장소 이름].git 
git remote set-url --push origin [이동할 저장소 경로] 
git push --mirror

첫번째 서브 프로젝트 에서 만들었던 저장소들을 그대로 사용하기 위해 위 방법으로 복제
로컬 저장소에 브랜치만 클론하려고 했을때 브랜치를 만들 수 없다는 오류 발생
mirror 한 원격 저장소를 처음부터 클론하고 브랜치를 만들어서 데이터들을 가져오려고 시도
fatal: refusing to merge unrelated histories 오류 발생

오류 해결

git pull origin [branch name] --allow-unrelated-histories

 

 

 

ERD 컨설팅 및 리뷰

 

컨설팅 내용

user table
- auto increasement x
- 가변적인 값을 같이 넣어주면 안됨
- 자주쓰는 것, 안쓰는 것에 대한 정규화가 필요 (user table)
- 혹은 개인정보냐, 비개인정보냐에 대한 정규화도 가능
- 자주 호출되는 것에 따라서 정규화도 가능
- login : 아이디 토큰, 아이디 키 (자주 호출되면 디비에 저장하는게 좋을 것 같음)
- normalization 필요

**user_evaluation**
- 6모자 기법을 평가하는 방법을 활용
- 객관적으로 판단할 수 있는 정보와 기준 필요
- 평가에 대한 가이드라인 제공
- 주관이 들어간 평가는 과연 신빙성있는 평가인가
- 객관적인 평가 자료가 필요한게 아닌가

**미팅의 성공여부 정의**
- 미팅 어젠다에 대한 결정이 나왔나? 결론이 나왔나? 의 여부
- 시스템이 어떻게 평가 할 건가
- -> 서기가 기록, 결정 완료 버튼, 결론 도출 완료 (회의의 질 판단)
- 총 미팅시간 중 발언 비율
- 누가 몇분 발언했어 라는 것은 중요한 평가 요소가 아니라는 컨설턴트님 개인적인 생각

**인덱스 활용 (예 : 아이디가 인덱스)**
- 인덱스를 사용하지 않으면 full scan
- 조건절에 id=a123 를 붙이면 id를 통해서 name 을 가져옴
- index 는 적을수록 좋다

**공유보드**
- 동시에 하면 난이도가 높다
- 한 사람이 사용하면 다른사람이 못하도록 막는 방식으로 구현

**화면공유**
- webrtc api 줌

**Figma**
- visual 적으로 표시하는게 좋음
- text 많은거 안좋아함

 

## 기능 변경 사항

user_evaluation 테이블 삭제 (별점평가 기능 삭제) 
→ meeting_result 테이블, 회의 결과 페이지를 대신함
meeting_record 테이블 삭제 
→ 아이디어 보드 기능으로 회의록 대신함


## ERD

20220117 컨설팅 이전

20220118 컨설팅 이후