• 민초 반민초, 슈붕 팥붕 등 한국인의 취향 차이 논란을 재미있게 종결시키는 투표 대결 서비스

http://likesordislikes.me/

• 도메인 깃허브 무료 도메인
• 배포 서버 - aws
• 광고 - 카카오 애드핏

• 배포 직전에 디자인을 다크모드로 수정

• 투표하기
• 투표 결과에 따른 캐릭터 유형 출력, 현재 투표수가 더 많은 항목은 별개로 표시
• 투표 결과 sns 공유 가능
• 실시간 투표율 확인 가능

• 공정 + 객관적 투표를 위해서 투표는 하루 한번 제한 => 투표 완료하면 쿠키가 생성됨, 해당 쿠키는 24시간 존재해서 하루동안 투표 불가하게 함

• 투표 전

• 투표 후

• 아마존 서비스 발전시키기

• 사용자 로그 분석

• 구글 애널리틱스 적용하기

• ci, cd 적용

1. git clone -b dev https://github.com/LikelionSideProj/vs
2. cd vs
3. pip install -r requirements.txt
4. python manage.py migrate => runserver
5. 각자 브랜치 파서 작업한 후 (git branch 브랜치이름) - 브랜치이름은 내가 만들 기능명
6. 그 브랜치로 이동해서 작업 진행 (git switch 브랜치이름) & 그 브랜치에서 git add . & git commit -m "작업내용"
7. 작업 구현완료됐으면 git push origin 브랜치이름
8. 깃허브 와서 pull request 떠있을텐데 그거 생성! (이때 향하는 브랜치가 master이 아닌 dev가 되게 해주세욥!)
9. pull request 보고 conflict 없고, 문제없고 다른 팀원들도 그 코드보고 문제없다 생각하면
10. merge 시켜주고 작업한 브랜치 삭제(깃허브에서 삭제 가능해)

git pull origin dev로 dev 브랜치에 업데이트된 아이들 받아오면서 작업해주시면 됩니다!

• 지금 한번 투표하면 더이상 투표 못하게 했는데 개발자 도구 - Application - isVoted 쿠키 삭제 - 해주시면 투표하기 링크 보이실 거예요!!!!!!! image

• 그리고 기능 만들 때는 각자 브랜치 만들어서 (브랜치명은 프론트면 fe/기능명 , 백이면 be/기능명 정도? 너무 딱딱하게 지키시진 않아도 돼욥 ᄒᄒ) 작업하고 git push origin 자신의브랜치이름 으로 pull request 만든 다음에 이 pull request가 dev로 향하도록 설정해주면 됩니다!!

• 따로 오류사항 존재하지 않으면 해당하는 아이를 dev를 향하게 merge 시키면 됩니다!

1. master 브랜치 => 최종 배포할 수 있을 정도로 완벽한 아이가 올라가는 브랜치

2. dev 브랜치 => 우리가 기능 만들 때마다(수정의 가능성 존재하는 모든 코드들) push 할 브랜치