팀 빌딩 및 시작 방향

 

1. 웹기술 : 개발자 블로그(개발이력, 깃허브 커밋그래프, 프론트엔드 기술 보여주고) 팀 블로그를 만드는거야(우리 팀원은 누구고 커밋활동 보여주고 잘하는 기술보여주고 시각적으로 보여줄 수 있게==>나를 뽐내는, 포트폴리오 처럼 만들어)
내가 가진 모든 기술을 뽐내자~
**PWA(progressive web apps):네트워크가 끊겨도 캐시 이용해서 정상적으로 프로그램 작동하는거 처럼 보이는 거?
2. 웹 디자인 : 
**페르소나:내가 만든 서비스의 타겟이 누구고 어떻게 쓰는지 상상해보고 분석
3. 웹 IoT : kiosk 설문조사 프로그램 개발(설문제작 도구(문항수, 질문)->웹 페이지에

 

PWA, 페르소나 방법론을 사용하여 구조를 시작한다.

 

 

 

 

이슈 관리

 

명세서를 파악하여 개발 진행해야 할 이슈를 모두 Epic > Stroy

 

예) 회원 가입 기능 (Epic)

 - 회원 가입 페이지 작성 ( story)

  - 이메일, 비밀번호 유효성 검사 - (Sub-Task)

 - 회원 가입 처리(stroy)

 

 

Epic - 최상위 수준의 기능/작업 단위

 

story - Epic에 대한 하위 Level 수준의 기능/작업 단위

 

Bug - 프로젝트 개발 / 검증 중 발견된 버그

 

Task - 기발에 직접 해당되지는 않으나 Sprint 안에 포함하여 해야 할 일

 

Sub-task -  위 Isuue들과 관련하여 세부 단위 작업 등이 필요할 때 등록

 

 

스프린트 생성 

* 스프린트 : 일정 기간 간격으로 계획된 개발 주기 단위(대개 1 주일)

 

 

코드 관리

Git Branch 관리

 

Master - 배포된 코드의 최종 Branch

Hotfix - 배포된 코드에서 긴급하게 수정해야 할 경우

Release - 배포 준비를 위한 Branch, 배포 후 Master 에 병합

Develop - 개발 진행 중인 Branch

Feacher - 특정 기능을 추가하기 위한 Branch

 

 

원격 Repository로 활용

- 완성된 코드를 1일 1커밋(최소)하고 귀가 전 Push

- 팀원들과 프로젝트 개발 진행분 공유 및 최신화 관리

 

Git Branch 관리

- Master 브랜치에는 각 Sprint 마다의 최종 개발분을 반영

- 개발 간에는 해당하는 Branch를 만들어서 관리

 

코드 리뷰

- Branch 병합 시 Merge Request로 코드 리뷰 수행

- 코드 리뷰 담당자는 본인이 아닌 다른 팀원을 지정