Project 규칙 & 커밋 규칙 & 브랜치 규칙 #55
newuserYejin
announced in
notice
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Notice to Everyone
공지사항
종류 : 프로제그 사용 규칙입니다.
내용 :
1. ✖️절대 main 브랜치로 바로 push 하지 않는다.✖️
2. 기능 별 본인의 브랜치를 생성해서 push한다.(기능별이 안되겠으면 날짜 별로라도!)
3. 브랜치의 이름은 형식에 따라 작성한다. =====> ex) feature/find_pw_yejin 또는 feature/241202_yejin 과 같이 작성한다.
4. 본인의 branch에 push하고 기능이 완성되었을때만 pull request를 작성한다.
==> 오류 발생하는 상태로 merge되면 모두가 오류 발생합니다‼️ ‼️ ‼️ ‼️ ‼️ ‼️
5. pull request는 dev <- 내가 합칠 브랜치 로 진행합니다.
==> main에 바로 합치는건 위험하기 때문에 dev에서 합치고 문제 없는게 확인되면 dev꺼를 main에 합칠 예정입니다.
6. pull Request 생성 후 단톡 방에 pr 확인해주세요 올리기.
7. "형상 관리자"는 pr 확인 후 merge 또는 pr close 하고 merge 후에는 "pull 해주세요." 공지. close시에는 안된 이유 공지
8. pull은 매일 작업하기 전 생활화‼️ ‼️ ‼️ 단위 별로 push 하기‼️ ‼️ ‼️ 안하고 있다가 한번에 날라가면 못 살려요..‼️
9. 브랜치도 매번 기능별 또는 기능 업데이트 날짜별로 새로 파서 진행해주세요. 과거의 브랜치 가져와서 작업하다가 꼬여서 망가지면... 화이팅.....
10. pull, commit, push, pull request 발행 연습해주세요.
11. url 작업 진행 시(getmapping, postmapping 등) 어떤 url에 어떻게 되면 어떤 작업인지 URL 정리에 작성하기
12.common 패키지는 공통으로 쓸것만 들어있는곳입니다. 개인작업 X
13. 현재 git을 clone 받고 나면 reFactorial 폴더 내에서 작업하시면 됩니다.(clone 후 reFactoral 폴더 기준 IntelliJ 여는걸 추천)
...
Beta Was this translation helpful? Give feedback.
All reactions