일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |
Tags
- 카카오 2020 코딩테스트
- Safe mode is ON
- hadoop safe mode
- 도커 교과서
- 자소서 빨리
- mac hadoop 설치
- hive beeline 실행
- mac hive
- hive beeline
- 이더리움
- mac hadoop 3
- 카카오 2020 코테
- 자소서 빨리 쓰는 법
- Failed to connect to localhost:10000
- 자소서 너무 오래 걸림
- mac hive 3
- hive beeline 설정
- Resources are low on NN
- 이더리움 #ethereum
- mac hadoop
- 카카오 자물쇠와 열쇠
- 기업 조사 빨리 하는 법
- hadoop safe mode leave
- 자소서 시간 줄이기
- Could not open client transport with JDBC Uri: jdbc:hive2://localhost:10000
- code=0)
- mac hadoop 설정
- 백준 18428
- is not allowed to impersonate hive (state=08S01
- hive beeline 에러
Archives
- Today
- Total
A seeker after truth
오픈소스 기여하기 본문
* 본 글은 리얼 리눅스에서 진행한 <Git, 어디까지 써봤니?>(유료 강좌)를 수강한 후 배운 내용을 정리, 기록한 것이다.
커밋 메시지 작성 팁.
"When ~~~, the B error can occur.
The reason is that ~~~."
- why가 7~80%, how 2~30%를 포함해서 메시지를 작성하는 것이 핵심. how를 적는 것은 비효율적이다. 단, how가 항상 안중요한 것은 아니다. 특정 알고리즘을 쓴 경우, 코드만 보고는 모르기 때문에 이런 경우에는 how를 상세히 작성해주는 것이 더 낫다.
- Before, After 구조 및 내용도 굳.
- 만약 관련된 커밋이 있을 경우, 이에 대한 정보를 언급해주는 것이 좋다.
Fixes: The commit 5637d49 (“Fs/ext4: Add B feature”) 이런 식으로 표현 및 언급을 해주면 좋다.
- Cc: wonkyung kim <email address> 이런 것도 적어주면 좋고
-
Reviewed-by:
Suggested-by:
Reported-by:
를 적는 것도 좋고,
특히 커널을 참고해서 적어볼 수 있다.
'Git' 카테고리의 다른 글
[gitlab(vcs)] 2개 이상의 local branch가 synchronized 되는 문제 해결 (0) | 2023.07.05 |
---|---|
Rebase 집중 공략 (0) | 2019.10.21 |
Git 기본 - add,commit,push,branch,pull-request,merge 등 (0) | 2019.10.06 |