RINYEJO DEV STUDY🐝

며칠전부터 갑자기 난데없는 에러가 발생했다. 해당 문구를 자세히 살펴봤는데 jdbc 가 계속 등장하는걸로 봐선 데이터베이스 관련 오류이지 않을까 생각했다. 처음에 시도한건 연결된 DB 접속해서 삭제하고 다시 작성 후 재실행 시키기 -> 안됨. 두번째 시도 application.propertis 파일에 db 관련 내용 잘 작성됐는지 확인하기 -> 문제가 없음! 뭘까 하고 다시 한번 해당 파일 계속 들여다보기.. 허허... 어처구니없는 이유였다.. DB 연결하는 비밀번호 잘못 입력함.. 다시 수정하고 돌렸더니 해결됨.. 파일에서 오류 없는데 실행이 안된다? 웬만하면 어처구니 없는 실수다.. 난 그랬음..

오늘 알게 된 Git Git Git!!! - dev(쉽게 베타 브랜치, 배포 전 협업 브랜치) 에 있는 코드를 pull 해올 때는 내 local 에서 만들어준 dev로 checkout 후에 git pull origin dev - 그리고 내 작업 브랜치로 가져 오고 싶을 땐 git checkout rinlogin 브랜치 변경해서 다시 git pull dev 중요한 것! 처음 clone 할 때 기존 프로젝트 아래에 만들면 안됨! 터미널로 이동! 1. pwd - 현재 경로 확인 2. cd - 해당 경로로 이동 Ex) cd Users/joyerin/PJ 3. 그리고 그 경로에서 git clone "repo주소" 이렇게 하면 해당 경로에 프로젝트 생성된다. 4. 인텔리제이 실행시켜 open project 열고 작..

git의 기본 명령 정리 - git branch "작업브랜치명" :개인 작업 브랜치 생성 - git branch : 브랜치 확인하기 -git checkout -b "작업브랜치명" - git switch -c "작업브랜치명" : 두 명령 다 브랜치 생성과 동시에 해당 브랜치로 이동. -git -d "작업브랜치명" : 브랜치 삭제 명령어 오늘 새로 배운 내용! 1. Git pull & request ! 2. 로컬 작업 브랜치 1. 기존 방식인 merge를 사용하는 방법도 있지만 깃헙에서 이 기능을 통해 merge 하게 되면 깃헙 유저들과 서로 코드리뷰가 가능하다는 장점이 있다! 2. 해당 방식을 사용하게 되면 작업 내용을 한번에 main으로 push 할 때보다 시간이 절약되고 버그 수정이 수월하다! 배포 전..

인텔리제이 작업 내용 github에 업로드하기. 1. 깃헙에서 repo 생성하기 2. http 복사하기 3. 터미널에 git remote add origin "주소" git branch -M main git push -u origin main 나는 뭐 때문인지 위와 같은 에러가 나면서 push 도 안되고 pull 도 안되는 아주 답답한 상황에 놓여있었음. (계속 똑같은거 반복되면서 해결이 안됨.) 구글링 하면서 git push origin main --force 이 명령을 발견했고 push에 드디어 성공함.. 이전에 있던 커밋이 무엇이든 --force 명령으로 덮어쓴다고 한다. 나는 대단한 내용을 커밋한게 아니라 해당 코드로 push 진행.. 깃 오류 해결 후 코드 수정하고 다시 커밋 & 푸쉬 진행해보기..

아주 간혹가다 스프링을 실행하려고 하면 이 문구가 뜨면서 실행되지 않는 경우가 있다. 구글링한 결과 codesign --force --deep --sign - /Applications/SpringToolSuite4.app/Contents/MacOS/SpringToolSuite4 이 코드를 터미널 창에 실행하면 문제가 해결되고 해당 프로그램이 제대로 실행되는걸 확인할 수 있다. 어떤 이유로 그렇게 되는지 궁금해서 위 코드가 의미하는 바를 찾아보니 정확히 스프링을 언급하는 글은 아니지만 이클립스에도 같은 현상으로 프로그램 실행 오류가 발생한 경우가 있다는 것을 보았다. 이유는 해당 어플리케이션 내부 코드 서명이 깨졌기 때문이라고 한다. (블로그 참고) 그래서 이클립스를 실행했을 때 동일한 현상이 발생한다면 ..