Team Project

Role

SDLC

: Software Development Life Cycle

• 소프트웨어를 계획, 개발, 시험, 배포하는 과정

• 요구사항 분석 -> 설계 -> 구현 -> 테스트 -> 유지 및 보수

Models

• build & Fix: 일단 만들고 고치고 만들고 고치는 모델.

• Prototype: 최소한의 요구사항 분석 후 프로토타입을 제작하여 고객의 요구를 개발에 적극적으로 도입. 고객 평가가 중요한 프로덕트에 도입하는 모델.

• Waterfall: 요구사항 분석 -> 설계 -> 구현 -> 운용이 순차적으로 진행. 대규모 팀에 적합. 각 단계를 완료하기 전까지 다음 단계로 넘어가지 않음.

• Spiral: 목표설정 -> 위험분석 -> 개발 및 검증 -> 고객평가/다음단계수립 을 반복. 점진적으로 단계를 반복수행하여 위험을 최소화. 대형 시스템 구축에 유리.

• Agile software development

Scrum

• Daily Scrum (매일 15분)

• Sprint(기획 리뷰) 1주 ~ 2주 간

• 3L

gitHub issue, pr 준비

.github 을 만들고

touch .github/ISSUE_TEMPLATE.md

vi .github/ISSUE_TEMPLATE.md

## Problem & Opportunity

## Context or Reproduce

## UX Flow

## Checklist

## Image Reference

## Links

### CC

touch .github/PULL_REQUEST_TEMPLATE.md

vi .github/PULL_REQUEST_TEMPLATE.md

Please ensure your pull request adheres to the following guidelines:

- [ ] Use the following format: `* [owner/repo](link)`
- [ ] Link additions should be added to the bottom of the relevant category.
- [ ] New categories or improvements to the existing categorization are welcome.
- [ ] Search previous suggestions before making a new one, as yours may be a duplicate.
- [ ] Sort by alphabetical order

<!-- Choose one of these types and delete else -->

fix #
resolve #
close #

## Proposed Changes

  -
  -
  -

github organization 으로 project 하기

• 권한은 admin으로 해야 issue 와 wiki 작성 가능

• admin 이기 때문에 직접 main에 push를 할 수 있다.

• 직접 push는 위험! 물리적으로 막아버리기!

• remote 연결 후 바로 push url 을 변경하여 막아버린다.

git remote set-url upstream —push no_push