| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
- python3
- 파이썬
- 브루트포스 알고리즘
- Xcode
- 자료구조
- 그래프탐색
- programmers
- 코딩테스트
- 프로그래머스
- 그래프이론
- Mac
- 큐
- 트리를사용한집합과맵
- 백준
- 그리디알고리즘
- 누적 합
- 문자열
- swift
- Python
- 깊이우선탐색
- 다이나믹프로그래밍
- 너비우선탐색
- BOJ
- 해시를사용한집합과맵
- 백준알고리즘
- 두 포인터
- 정렬
- 알고리즘
- 구현
- 스택
- Today
- Total
목록github (2)
Coding Cantabile
주변에 개발을 잘 하시는 분들의 깃 레포지토리를 슬쩍 들어가보면, 커밋 메시지가 굉장히 깔끔하게 정돈되어 있다는 것을 확인할 수 있었다. 그래서 커밋 메시지를 쓸 때 어떻게 하면 잘 쓸 수 있을 지, 나도 한 번 찾아보았다! 커밋 메시지의 7가지 규칙 제목과 본문은 한 줄 띄워 분리 제목은 50자 내로 작성(영문 기준) 제목 첫 글자는 대문자 제목 끝에 . 금지 제목은 명령문으로 작성, 제목에 이슈 번호 첨부 본문은 영문 기준 72자 내로 줄 바꾸기 본문은 How보다는 What, Why로 작성하기 커밋 메시지 구조 type: Subject Body Footer 커밋 type feat : 새로운 기능 추가 fix : 버그 수정 docs : 문서 수정 style : 코드 formatting, 세미콜론(;) ..
팀원들과 하나의 레포지토리를 브랜치를 여럿 나눠서 작업을 진행하던 중, 깃허브에 이런 메시지가 떴다. Your master branch isn't protected Protect this branch from force pushing, deletion, or require status checks before merging 대충 해석을 하자면, 브랜치가 보호가 되지 않고 있다. 올바른 코드만이 올라가야 할 마스터 브랜치에 push나 삭제, 상태 체크 등을 미리 하여 마스터 브랜치를 보호하라는 의미인 거 같았다. 그래서 깃허브에는 코드를 적용 하기 전에 protected branch라는 것을 만들어서 브랜치를 보호하기 위해 protection rule을 설정할 수 있다. Protect matching br..