Yung_Developer

오늘도 어김없이 git에서 conflict가 발생하였고 문제를 해결하는 가장 쉽지만 무시무시한 방법인 reset을 통해 문제를 해결하고 있었다. reset --hard로 이전 커밋과 파일들을 날려버리고 보니 이게 뭐람???? 왜 있어야 할 파일이 없지???? 한 순간의 부주의로 인해 잘못된 커밋 로그로 리셋 해버리고 말았다. reset을 hard 옵션으로 했기 때문에 남아있는 커밋 로그와 파일들 역시 모두 날아간 절망적인 상황... 더욱이 새벽 코딩으로 인해 몸과 마음은 이미 지칠 때로 지쳐있었다. 그냥 컴퓨터를 끄고 잠이나 자자라고 체념한 순간, '그래, 분명 나만 이런 실수를 한 건 아닐꺼야... 위대하신 git 개발자 분들께서 나같이 실수를 한 사람들을 구제할 방법을 마련해놓으시지 않았을까?'하는 ..

Netlify를 이용해 배포를 진행하던 중 build 과정에서 반복적으로 오류가 발생했다. 오류 내용은 "./login/Login.js can't resolve"였다. 처음으로 웹팩과 바벨을 사용해서 배포를 하던 터라 당연히 잘못된 웹팩 설정 때문에 문제가 발생하는 줄 알았다. 그러나, 웹팩의 설정을 아무리 변경해도 해당 문제는 계속해서 발생했다... 해당 문제의 원인은 웹팩 설정이 아니라 Git에 있었다. 리팩토링 과정에서 폴더의 이름 하나가 다른 폴더와는 다르게 Camel case로 작성되어 있어 소문자로 변경했다. 그리고 깃헙 레포에 푸쉬했다. 그러나 Git은 대소문자 변경을 인식하지 않기 때문에 깃헙 레포에 있는 폴더명은 그대로 대문자로 남아있었다. 위와 같은 문제를 해결하기 위해서는 아래의 코드..

ESLint는 틀린 문법을 자동으로 찾아주어 휴먼에러를 사전에 차단하는 도구입니다. Prettier는 코드 저장 시 코드를 정해진 규칙에 맞춰 포맷팅하여 주는 도구입니다. 특히, 협업을 하는 경우에 팀원 간의 코딩 컨벤션을 위해 자주 사용합니다. 둘 다, 사람이 매번 하기 번거로운 일들을 대신해주는 훌륭한 도구입니다. 따라서, 보통 ESLint와 Prettier 모두 사용하는 경우가 많습니다. 그런데 ESLint와 Prettier를 정상적으로 사용하기 위해서는 추가적인 설정이 필요합니다. 그 이유는 ESLint에서도 포맷팅 기능을 제공하기 때문에 Prettier와 충돌이 발새할 수 있습니다. 따라서, ESLint는 포맷팅 기능 끄고 문법 기능만 켜야합니다. 이를 위해서는 다음과 같은 패키지를 설치해야 합..

1. 클릭하여 여러 개의 커서 만들기 : alt + 마우스 왼쪽 클릭 2. 드래그하여 여러개의 커서 만들기 : shift + alt + 마우스 드래그 3. 여러 개의 문장 끝에 커서 만들기 : 여러 개의 문장 드래그 후 shift + alt + i 4. 여러 개의 문장을 주석 처리 : shifh + / 5. 한 라인 삭제 : ctrl + shift + k 6. 라인 위로 올리기 또는 아래로 내리기 : alt + up or alt + down 7. 라인 복사하기 : shift + alt + up or shift + alt + down 8. 특정 단어 연속으로 블록지정하기 : ctrl + D 9. 코드 맨 위로 또는 맨 아래로 이동 : ctrl + home or ctrl + end 10. 해당 코드의 맨 앞..