왕논의 연구실

FIX vs REFACTOR 둘 다 고치는건데 어떤 차이로 사용해야하나 헷갈렸음 FIX : 버그를 수정하기 위한 코드 수정 REFACTOR : 로직 변경하지 않고 기능 추가하지 않는 코드 수정 REFACTOR vs STYLE 둘 다 로직에 영향을 주지 않는 코드 수정이라는 면에서 위에 보다 더 헷갈렸음. 하지만 디테일하게 차이가 있음. REFACTOR : 코드를 직접적으로 건드림(변수명 수정, 프로세스 개선 등) STYLE : 코드를 건드리지 않음(들여쓰기, 세미콜론 추가 등)

git을 맥에서 사용하다보면 DS_Store파일이 생길 수 있다. .DS_Store파일이란? - Desktop Services Store의 약자로, 해당 폴더에 대한 메타데이터를 저장하는 파일 - 해당 디렉토리 크기, 아이콘의 위치, 폴더의 배경에 대한 정보 폴더에 접속만해도 정보가 바뀜 이게 자꾸 바뀌다보니 이 파일이 git에 올라가면 여간 골치아픈게 아니다. 실제 프로젝트와는 관련도 없으면서 너무 귀찮게 구는데, 잘못해서 이것까지 올라갔을 때의 처리했던 방법이다. 1. git clone 일단 깃을 클론한다. 2. .DS_Store파일 삭제 해당 폴더의 커맨드 창에서 find . -name .DS_Store -print0 | xargs -0 git rm --ignore-unmatch -f 을 입력하여 ..

어떤 것을 하는데 있어서 가장 어려운 것 중 하나가 이름 짓는 것입니다. 게임할 땐 아이디 짓는게 어렵고, 코딩할 땐 변수명 짓는 게 고민이죠. 깃을 사용하는데 있어서도 깃 커밋명을 짓는게 참 힘듭니다. 규칙없이 짓다보니 커밋명 생각하기도 힘들고, 처음에 잘 사용해보자고 생각하던 깃을 어느순간 그냥 add, commit, push로 몽땅 때려 넣게 되었습니다. 그로인해 깃은 엉망이 되고, 자괴감만 들더군요. 그래서 커밋명 작성하는 규칙을 정하면, 그 규칙에 맞춰서 이름을 작성하게 되고, 그러면 좀 더 깔끔하고 보기 좋으면서 사용이 쉬운 깃이 될 것 같아 공부해보았습니다. 우선적으로 커밋메세지의 구조를 정해보려합니다. 아래 형식은 유다시티라는 회사의 커밋메세지 스타일이라고 합니다. 1. Commit 메세지..

Git 사용시 주의사항 반드시 하나의 논리적인 작업만을 커밋 커밋 메세지가 적절하게 작성 커밋 메세지 작성법 첫 줄에 간단하고, 명확하게 작성 한 줄 비우고 자세하게 작성 커밋 메세지 참고 링크