개요 분명히 tsconfig.json을 baseUrl: "."으로 적용했는데 적용이 안되는 이슈가 있었다. 폴더구조가 복잡해져서 절대 경로를 꼭 사용하고 싶었는데 안돼서 찾아보던 도중 문제를 발견했다. 후..... 문제 안되는 게 당연하다. compilerOptions 안에 baseUrl이 안 들어가있었다. compilerOptions가 Javascript로 변환해 줄 컴파일러의 옵션을 정하는 부분이다. 이 안에 들어가 있어야 baseUrl을 기준으로 불러올 모듈의 위치를 재지정한다. Reference - https://geonlee.tistory.com/214 - https://record22.tistory.com/134

상황 팀원들과 프로젝트를 진행하며 협업툴로 Github를 사용하고 있다. 브랜치를 master, develop, 구현할 feature 브랜치로 나뉘어 각자의 feature 브랜치에서 작업을 진행한다. 나는 TCP-22-가나다라마바사라는 브랜치에서 작업을 진행하고 push를 했다. 팀원분께서 develop이 아닌 master에서 가져온 것 같다고 slack으로 연락주셔서 develop 브랜치에서 브랜치를 생성하고 커밋을 옮기고자 하였다. 이 과정에서 나는 2가지 상황에 부딪혀 수많은 시행착오를 반복했다. 문제를 제대로 파악하고 틀리지 않기 위해 정리를 해보도록 하자. 이번 글에서는 커밋을 다른 브랜치로 하려면 어떻게 해야했을지 알아보자. 우선 잘못된 상황은 다음과 같다. TCP-22로 올라가있어야 할 pu..

Zone.Identifier이란 뭘까? Zone.Identifier은 파일이 인터넷에서 다운로드되었는지 여부를 알 수 있습니다. 저는 WSL2를 사용하기 때문에, 윈도우에서 WSL폴더로 파일을 붙여넣을 시 파일이 생기는 걸 볼 수 있었습니다. 삭제하는 법 사실 삭제하는 법은 단순합니다. 파일탐색기를 열어, 우클릭 삭제로 삭제할 수 있죠. 하지만 귀찮기 때문에 다른 방법을 알아보도록 합시다! Zone.Identifier이 생성된 경로에서 다음을 실행하면 Zone.Identifier 파일이 삭제된 모습을 볼 수 있습니다! find . -name "*:Zone.Identifier" -type f -delete 어떤 기능을 하는 명령어인지 알아봅시다. 명령어 분석하기 리눅스에서 find는 find [옵션] [경..

에러 상황! 협업 과정에서 각자의 깃허브 브랜치에 push 후 PR보내기로 했다. 그렇지만 git checkout 브랜치명을 통해 브랜치를 바꾸고 push하려 했지만 다음과 같은 에러가 떠서 해결을 하고자 알아봤다.. error: you need to resolve your current index first README.md: needs merge 해결 시도와 문제의 시작! 이 블로그를 확인해서 git reset --merge를 누르고 해맑게 push를 하려했다. ㅎ........... 어.... 어디 갔지......? 커밋을 미리미리 안해놓고 이번에 몰아서 했었었는데...... 만약에 커밋을 변경할 때마다 해놨더라면 다 날라가진 않았을텐데.... 쇼핑몰 클론 언제 다시 다하지...? 배운 점과 다짐 ..

분명히 내가 맞는 것 같은데 왜 틀려!?!?! 라는 생각을 가지고 있었는데 실시간 섹션 시간에 jest 버전 문제일 수 있다고 한다. jest 버전 때문에 생기던 에러 해결 방법 package.json "jest" 를 24.9.0으로 변경 터미널에 npm install --save-dev jest@^24.9.0을 입력해서 module의 버전 변경 2를 하면 node_module 폴더 아래에 있는 jest 폴더의 pakage.json의 버전이 24.9.0으로 바뀐 것을 확인할 수 있다. 그 결과, ㅠㅠㅠ 내 코드가 문제가 아니었다... 코드가 맞는 것 같은데 테스트 오류가 뜬다면 버전을 확인해보면 좋을 것 같다!