more information : https://hai.seoultech.ac.kr/
- 다음
Coding Rule하위 내용을 각 프로젝트(Repository) 마다 복사하여 작업해주세요. - 본
Coding Rule은 각 프로젝트 사정에 맞게 수정하여 사용할 수 있습니다.
문의 : DY-76
제정 23.2 | 개정 23.4 | 개정 23.8
- 작업, 유지보수의 편의성 증진과 효율적이고 강건한 애플리케이션 개발을 위해
Coding Rule을 제정한다.
- Class =
PascalCase - variable, function, method =
camelCase - constant variable =
UPPER_CASE - filename, folder =
kebab-case
master(main, origin etc...)master branch는Repository생성시 자동으로 생성된다.- 일반적으로 완성된 최신 작업물을
merge하는 곳으로 사용한다. feature branch에서PR을 받아 책임 혹은 담당 개발자가 검토 후merge한다.
developdevelop branch는 애플리케이션의 개발을 진행할 때 사용한다.- 일반적으로
develop/담당자식별-목표Version형식을 추천한다. ex) develop/LDY-1.2 등 - 작업이 완료된 경우,
master branch로PR을 보내고 정상적으로merge된 경우 제거한다.
featurefeature branch는 애플리케이션의 기능을 제작할 때 사용한다.- 일반적으로
feature/기능이름형식을 추천한다. ex) feature/login 등 - 작업이 완료된 경우,
develop branch로PR을 보내고 정상적으로merge된 경우 제거한다.
releaserelease branch는 애플리케이션을 배포할 때 사용한다.- 일반적으로
release/Version형식을 추천한다. ex) release/1.2 등 - 특정 시점의 작업이 완료된
Master branch에서 배포하고자 하였을 때release branch를 생성하고 더이상 작업하지 않는다(기록용 branch).
hotfixhotfix branch는 애플리케이션의 오류를 수정할 때 사용한다.- 일반적으로
hotfix/Version.num형식을 추천한다. ex) hotfix/1.2.2 등 - 작업이 완료된 경우,
master branch,feature branch로PR을 보낸다.
