Share
Sign In
git convention
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.
Commit Message
1.
항상 git commit -v 를 사용한다.
2.
commit code 앞에 스티커를 붙인다.
3.
main, dev, feature branch로 push를 지향한다.
Commit Cycle
1.
커밋의 단위(사이클)는 본인의 판단하에 묶을 수 있는 기능이나, 변경점으로 한다.
2.
여러 변경점을 하나의 커밋으로 묶지 않도록 조심한다.
bug fix, add feature, refactoring 등을 한번에 묶지 않는다.
Branch Naming
1.
브렌치 타입은 아래를 따른다
a.
master
b.
develop
c.
feature
d.
hotfix
e.
release
2.
브렌치 이름엔 snake case와 kebab case를 사용한다.
3.
아래의 형식으로 작성한다.