Skip to content

snorose/snorose-front-react

Repository files navigation

SNOROSE | 스노로즈

숙명여자대학교 신입생, 재학생, 졸업생이 사용하는 커뮤니티

snorose


📍 리액트 리뉴얼

기존 스노로즈는 Angular로 개발되었지만, 스노로즈가 지속적으로 유지보수되기 위해선 계속해서 숙명여대 재학생 중 관리자가 유입되어야 하기 때문에 소프트웨어학부에서 가장 많이 사용되는 기술 스택인 React로 프로젝트를 전면 리뉴얼하기로 결정했습니다.


📋 역할 분담

담당자 담당 내용
김준희 게시판
류미성 마이페이지
송희원 메인페이지
정민주 로그인

💻 Development Techs


📖 Using Library

라이브러리 사용 목적 Management Tool

📌Git Convention

🔹Commit Convention

  • [FEAT] : 새로운 기능 구현
  • 🔧 [MODIFY] : 코드 수정 (기능의 변화가 있을 때)
  • 📝 [DOCS] : README나 WIKI 등의 문서 수정
  • ➕ [ADD] : Feat 이외의 부수적인 코드 추가, 라이브러리 추가, 새로운 파일 생성
  • 🔥 [REMOVE] : 폴더 또는 파일 삭제, 쓸모없는 코드 삭제
  • 🐛 [FIX] : 버그, 오류 해결
  • ⏪️ [RENAME] : 파일 이름 변경 또는 파일 이동시
  • ♻️ [REFACTOR] : 기능 추가나 버그 수정이 없는 코드 변경 ( 코드 구조 변경 등의 리팩토링 )
  • ✏️ [CORRECT] : 문법 오류나 타입의 변경, 이름 변경시
  • 🎨 [STYLE] : 코드의 의미에 영향을 미치지 않는 변경 사항 ( 스타일 수정, 세미콜론 추가 등 비즈니스 로직에 변경 없음 )
  • 🧪 [TEST] : 테스트 추가 또는 이전 테스트 수정
  • 🧹 [CHORE] : src 또는 test 파일을 수정하지 않는 기타 변경 사항 ( 빌드/패키지 매니저 설정 변경 등 )
  • 🤝🏻 [MERGE] : Merge 하는 경우

커밋 예시

  • git commit -m "#이슈 번호 [커밋 태그] 커밋 내용"
    • ex ) git commit -m "#1 [FEAT] 회원가입 기능 완료"

🔹Branch Convention

  • [MAIN] : 최종 배포
  • [DEVELOP] : 주요 개발, main merge 이전에 거치는 branch
  • [FEATURE] : 각자 개발, 기능 추가
  • [FIX] : 에러 수정, 버그 수정
  • [DOCS] : README, 문서
  • [REFACTOR] : 코드 리펙토링 (기능 변경 없이 코드만 수정할 때)
  • [MODIFY] : 코드 수정 (기능의 변화가 있을 때)
  • [CHORE] : gradle 세팅, 위의 것 이외에 거의 모든 것

브랜치 명 예시

  • feature/#이슈 번호-기능 이름
    • ex) feature/#1-login

🔹Branch Strategy

Git Flow

기본적으로 Git Flow 전략을 이용한다. Fork한 후 나의 repository에서 작업하고 구현 후 원본 repository에 pr을 날린다. 작업 시작 시 선행되어야 할 작업은 다음과 같다.

1. Issue를 생성한다.
2. feature Branch를 생성한다.
3. Add - Commit - Push - Pull Request 의 과정을 거친다.
4. Pull Request가 작성되면 작성자 이외의 다른 팀원이 Code Review를 한다.
5. Code Review가 완료되면 Pull Request 작성자 develop Branchmerge 한다.
6. merge된 작업이 있을 경우, 다른 브랜치에서 작업을 진행 중이던 개발자는 본인의 브랜치로 merge된 작업을 Pull 받아온다.
7. 종료된 IssuePull RequestLabelProject를 관리한다.
  • 기본적으로 git flow 전략을 사용합니다.
  • main, develop, feature 3가지 branch 를 기본으로 합니다.
  • main → develop → feature. feature 브랜치는 feat/기능명으로 사용합니다.
  • 이슈를 사용하는 경우 브랜치명을 feature/[issue num]-[feature name]로 합니다.

🔹Issue Convention

  • [FEAT] : 기능 추가
  • [FIX] : 에러 수정, 버그 수정
  • [DOCS] : README, 문서
  • [REFACTOR] : 코드 리펙토링 (기능 변경 없이 코드만 수정할 때)
  • [MODIFY] : 코드 수정 (기능의 변화가 있을 때)
  • [CHORE] : gradle 세팅, 위의 것 이외에 거의 모든 것

ex) [feat] user api 구현

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 4

  •  
  •  
  •  
  •