LIGHTLOG
article thumbnail
[우테코] '스탬프크러쉬'팀 5차데모 후기 | 실제 사용자 유치, 코드 리팩토링, 서비스 완성도 높이기

5차데모데이의 목표는 1. 실제 사용자 유치 (카페사장 1명, 사용자 10명) 2. 코드 리팩토링 및 완성도 높이기 두가지 였다. ☕️ 실제 사용자 유치 사용자를 유치하기 위해서 갖은 노력을 했다. 네이버 카페에 서비스 홍보글도 남겼지만 운영자에 의해 삭제되고 인스타계정도 만들어서 수많은 개인카페 사장님들에게 DM을 보냈지만 아무런 응답이 없었고 우리 서비스를 간단히 소개할 수 있는 카드뉴스도 제작했다. 효과가 미미한 마케팅 만을 하다보니 지치고 아무도 쓰지 않는 서비스를 만들었다는 생각에 개발 의욕마저 떨어져갔었다 😩 ... 마지막 찬스는 카페를 하고 있는 지인들에게 부탁을 하는 것이었다. 진심을 다해 서비스의 기획의도를 설명하고 홍보했다. 나의 간절한 마음이 닿았는지 정말 정말 감사하게도 우리 서비스..

article thumbnail
[우테코] '스탬프크러쉬'팀 2차데모 후기 | Git 브랜칭 전략, 프론트엔드 테스팅, 개발, 배포

1. Git 브랜칭 전략 우리팀은 Git Flow, Github Flow도 아닌, 우리팀에게 필요한 브랜칭 전략을 수립하였다. 1) main production 서버에 제품으로 배포되는 branch로서, develop branch의 배포 버전만 merge하여 관리한다. 2) hotfix main branch에서 분기하여 긴급한 버그 및 에러를 수정하고 main branch에 다시 merge하기 위해 사용하는 branch이다. 3) develop 다음 출시 버전을 대비하여 공동으로 개발하는 branch로서, main에 merge 전 최종테스트를 진행하는 branch이다. 4) feature develop branch에서 분기해 issue단위의 각자 기능을 구현하는 branch로서, 변경사항이 develop..