NIT 머리에 있는 벌레나 기생충을 뜻하는데, 중요하지는 않지만 더 나은 방법이 있다는 의견을 남기고 싶을 때 사용합니다. WIP Work In Progress 작업이 아직 진행 중으로, 작업물을 아직 병합하지 않았을 때 사용합니다. TL;DR Too Long; Didn't Read 코드가 너무 길어서 읽지 못했을 때 사용합니다. IMO I My Opinion '개인적인 제 의견으로' 라는 의미로 어떤 의견을 낼 때 앞에 문장 앞에 접두어로 자주 사용합니다. LGTM Look Good To Me '코드가 문제 없이 나에게 좋아보인다' 라는 의미로 사용합니다. ACK Acknowledgement 승인을 남길 때 사용합니다. ACK 라고만 남긴다면 코드를 확인한 건지, 테스트까지 해본 건지, 그냥 승인한 건..
🌈 Programming/Git
Commit Convention은 간단하게 말해 협업할 때 Commit Message에 대한 서로간의 약속 입니다. Commit Structure 커밋 메시지에 대한 약속. 커밋 메시지 구조는 크게 3가지로 나뉩니다 (제목, 본문, 꼬리말) type: Subject -> 제목 (한칸 띄우기) body(생략 가능) -> 본문 (한칸 띄우기) footer(생략 가능) -> 꼬리말 각 커밋 메시지 구조에는 규칙이 존재합니다. Commit Type Subject Rule 1. 제목은 최대 50글자 넘지 않기 2. 마침표 및 특수기호 사용x 3. 첫 글자 대문자, 명령문 사용 4. 개조식 구문으로 작성(간결하고 요점적인 서술) Body Rule 1. 한 줄당 72자 내로 작성 2. 최대한 상세히 작성 3. 어떻게..
git commit -am git push origin git diff git init 처음 Git 을 사용할 때 필요한 명령어 입니다. 프로젝트를 진행하려는 디렉토리에 최초 한 번만 입력해주면 됩니다. 계정 정보 입력 git config --global user.email git config --global user.name git status Git으로 관리되고 있는 파일의 상태를 확인할 수 있습니다. git 상태 종류 modified : 파일을 수정하면 그 파일은 modified 상태가 됩니다. staged : 변경된 파일을 git add 명령어를 통해 stage area 로 올리면 staged 상태가 됩니다. committed : staged 파일을 git commit -m 를 통해 해당 파일을 ..
warning: LF will be replaced by CRLF in xxx.txt. The file will have its original line endings in your working directory Git add 를 하다보면 다음과 같은 에러메세지를 종종 맞이하게 된다. 먼저, CRLF가 무엇인지 알아야 한다. CR은 Carriage Return, LF는 Line Feed라는 뜻으로 Typewriter에서 비롯되었다. LF (Line - Feed) Mac, Linux (Unix 계열) 줄바꿈 문자열 = \n ASCII 코드 = 10 커서 위치는 그대로 두고 종이의 한라인 위로 올리는 동작 현재 위치에서 바로 아래로 이동 종이를 한칸 올리기 CR (Carriage - Return) Mac ..
제대로 코드 확인을 하지 않고 Commit 후 Push하여 Pull Request를 하게 되면 PR 수정을 어떻게 해야 할지 모를 때가 있다. 구글링을 통해 “PR을 Closed 하고 다시 보내기”는 찾을 수 있지만 “다시 PR을 진행하지 않으면서 수정한 부분만 자동으로 PR에 반영되는 법”은 찾기가 어려웠다. 해결방법은 다음과 같다. 1. Review 받은 내용 수정 후 git add 2. Git commit —amend를 통해 최신 commit 덮어 쓰기 3. Git push -f origin {branch-name} 위 과정을 통해 이미 올라간 PR에 수정한 부분만 자동으로 반영되도록 할 수 있다. 즉 다시 PR을 진행하지 않아도 된다.
