🔗 공식 문서 : https://www.conventionalcommits.org/ko/v1.0.0/ conventional commits 작성을 위한 commit message 구조와 구성요소는 아래와 같다. 구조 [적용 범위(선택 사항)]: [본문(선택 사항)] [꼬리말(선택 사항)] 구성요소 [머리말(Commit Message Header)] (): build: 시스템 또는 외부 종속성에 영향을 미치는 변경사항 (npm, gulp, yarn 레벨) ci: ci 구성파일 및 스크립트 변경 chore: 패키지 매니저 설정할 경우, 코드 수정 없이 설정을 변경 docs: documentation 변경 feat: 새로운 기능 fix: 버그 수정 perf: 성능 개선 refactor: 버그를 수정하거나 기능..

줄바꿈의 종류 - LF, CR, CRLF에서 이어집니다. Windows는 CRLF(\r\n), Linux는 LF(\n)을 개행문자로 사용한다. 개발자간 사용하는 OS가 다르거나, 서버와 로컬 OS가 다를 경우(=Cross Platform Project: 크로스 플랫폼 프로젝트) 수정사항이 없음에도 불구하고 파일 전체가 stage에 올라오는 경우가 있다. Git bash에서 core.autocrlf를 설정하면 이를 방지할 수 있다. 설정 가능한 옵션은 true, input, false(Default)이 있다. $ git config –global core.autocrlf true true 커밋할 때 CRLF를 LF로 자동 변환하고, 체크아웃 할 때에는 반대로 LF를 CRLF로 변환하여 리턴해준다. 따라서 ..

소스트리에서 Fetch를 하니까 아래와 같이 인증 실패 오류가 나왔다. fatal: credential-cache unavailable; no unix socket support 이럴경우 cache에 저장되어있는 비밀번호 정보를 날려주면 된다. 먼저, 소스트리를 종료한 뒤 아래 경로에서 C:\Users\{사용자}\AppData\Local\Atlassian\SourceTree "passwd" 파일을 메모장으로 열면 id@email.com Encrypted password 위와 같이 {이메일 + 암호화된 패스워드} 쌍이 여러 개가 나올텐데 그중에서 인증 실패된 repo server의 내용을 삭제 하고 저장한다. git -c diff.mnemonicprefix=false -c core.quotepath=fal..

버전관리를 하기위해 소스트리를 사용했습니다. 처음 한 두번은 Push가 잘 되다가, 어느순간부터 한참을 기다려도 Push가 완료되지 않는 오류가 발생했습니다. 어쩔 수 없이 Push를 취소했더니, 아래와 같은 메시지가 나왔습니다. Completed with errors, see above 상단 내용을 확인하라는데 깃허브에 Pushing 하는 중이라는 메시지만 있고 볼게 없습니다.. 혹시나 싶어 윈도우 10에서 같은 원격저장소에 Push해보니 잘 올라갔습니다. 구글링을 좀 해보면 접근방식을 SSH로 바꾸라는 글이 대부분이지만, 저는 사용자 인증을 통해서 해결했습니다. 방법은 아래와 같습니다. 1. 저장소 윈도우에서 [Settings] 2. [Remotes] 탭에서 origin 경로를 선택 후 [Edit] ..