🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [88]일차🚀88일차에 발생했었던 오류해결과정을 회고하고자한다. 원격저장소 브랜치와 로컬저장소 브랜치의 충돌 해결 ⚠️오류원인기존 원격 저장소의 develop브랜치가 제대로 동작되지 않는 것을 확인다른 인원이 판단 하에 기존 원격 저장소의 develop브랜치를 제거하고 새로운 develop브랜치를 생성하는 것으로 결정다른 인원들은 원격 저장소의 develop브랜치에서 작업한 feature/#이슈번호 커밋들을 올리고 있던 상황이때 원격 저장소의 develop브랜치가 삭제되었으므로 각자 인원들의 로컬저장소에서도 develop브랜치를 삭제한 후원격 저장소의 develop 브랜치를 받아오면서 최신화시켜야함⌛진행과정main 브랜치로 이동 후 forc..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [87]일차🚀87일차에는 프론트엔드 개발 착수를 위한 Next.js에 대한 학습을 할 수 있었다.학습 목표 : 프론트엔드에서 Next.js와 Cursor AI를 활용하여 개발을 진행할 수 있어야함학습 과정 : 회고를 통해 작성 리액트와 Next.js의 차이점 ➡️리액트 - SPA (Single Page App)리액트는 라우터(Router)를 직접 구현해야한다 (=라우터의 구조를 직접 구현)이처럼 Router를 따로 정의해서 component형태로 넣어놔야 동작을 할 수 있는 원리 ➡️Next.js - SSR (Server Side Rendering)반면 Next.js는 이미 완성된 규칙을 따라간다.ex. 디렉토리 post에 page.tsx을 ..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [86]일차🚀86일차에 발생했었던 오류해결과정을 회고하고자한다.원격 브랜치를 로컬로 가져올때 로컬에는 해당 브랜치가 없는 경우 ⚠️오류원인원인을 분석해보면 GitHub에 새로 생긴 feature/#52 브랜치를 원격(origin)에서 받아왔는데아직 이 브랜치가 로컬(local)에 만들어지지 않았을때 발생하는 것이다.명령어를 분석해보면 git branch➡️ 로컬 브랜치 목록만 보여줌따라서 git pull을 할 때, 새 원격 브랜치를 알게 된 것뿐이고, 로컬에는 아직 그 브랜치가 없는 상태⌛진행과정git pull로 main브랜치에서 최신화된 내역을 가져올때[new branch] 로 feature/#52도 가져와진 것을 확인할 수 있지만git b..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [85]일차🚀85일차에 발생했었던 오류해결과정을 회고하고자한다.빌드가 되지 않는 오류 ⚠️오류원인팀원들이 개발했던 엔티티들을 develop 브랜치에 Merge한 후 기능 개발에 대한 것을 분담할 수 있었다.기능 개발 분담 후 develop 브랜치의 내용을 git pull 해서 실행시켜보려는데 오류가 발생했다.main 클래스 실행시 (SpringBoot) 실행이 되지 않는 문제오류 코드 : Error: LinkageError occurred while loading main class com.likelion.momentreeblog.MomentreeblogApplication✅해결방법SDK 버전 17 → 21로 변경Project Structur..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [84]일차🚀84일차에 발생했었던 오류해결과정을 회고하고자한다.브랜치 충돌 ⚠️오류원인- main브랜치에서 develop 브랜치를 만든 후 develop브랜치에서 feature/#이슈번호로 분기해나가야하는데main브랜치에서 바로 feature/#이슈번호로 분기해나가게되어팀원들이 작업한 내용을 다시 브랜치옮겨서 진행해야하는 것이었다.⌛진행과정main브랜치로 이동해서 로컬저장소의 feature/#이슈번호 를 삭제하고develop 브랜치를 만들어 develop → feature/#이슈번호 브랜치도 새로만들고➡️git branch feature/#이슈번호 혹은 git checkout -b feature/#이슈번호💡원인분석충돌 해결하는 과정이 충돌 ..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [83]일차🚀83일차에는 도메인관리와 서비스 배포에 대한 개념들을 학습할 수 있었다. 학습 목표 : 프로젝트를 위한 도메인을 생성하고 관리, 서비스를 배포할 수 있는 플랫폼에 대해 알아야함학습 과정 : 회고를 통해 작성도메인 관리Gabia 도메인 구입 후 DNSZI로 관리주체를 위임할 수 있음즉 도메인 관리를 DNSZI로 위임하는것Gabia에서도 도메인관리를 할 순 있지만 DNSZI가 진입하기에 쉽고 용이그 외로는 AWS Route 53이 대안책도메인 관리 위임 과정1) DNSZI 가입 (https://dnszi.com/)2) Gabia로 도메인을 만들었으면 DNSZI 가입한 것을 네임서버 설정에 넣기 (https://domain.gabia...
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [82]일차🚀82일차에는 H2 DB설정부터 각각 application.yml, application-dev.yml 등의 역할이 무엇인지, Next.js로 개발할 수 있는 프론트엔드와 Cursor를 통한 코드리뷰, 다양한 프로젝트 관련 컨벤션에 대해서 학습할 수 있었다.학습 목표 : 프로젝트 관련 컨벤션에 익숙해져 팀 프로젝트 진행 시 팀의 컨벤션을 정한 후 진행할 수 있어야한다.학습 과정 : 회고를 통해 작성H2 Database프로젝트를 진행할때 MySQL을 도입하기 전 간단한 DB테스트를 진행하기 위해서 H2 Database를 사용해보았다.프로젝트의 build.gradle에 의존성을 추가한다.// 데이터베이스 관련runtimeOnly("co..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [81]일차🚀81일차에는 블로그 프로젝트의 UI 와이어프레임을 완성시키고, Git Flow나 Github Flow를 통해 Github로 협업할 수 있는 세팅방법을 배울 수 있었다.학습 목표 : Github Organization이나 Github Project를 통해 Collaborator로 팀원을 초대하여 협업 진행 방식이 익숙해져야함학습 과정 : 회고를 통해 작성Git Flow협업을 하는 방법을 의미크게 branch는 master(최근의 main), hot fixed, release, develop, feature 가 있음Flow 과정1) 최초에는 main브랜치에서 시작하고, develop(=개발브랜치)로 옮겨서 개발을 시작하게됨2) 협업을..
🦁멋쟁이사자처럼 백엔드 부트캠프 13기 🦁TIL 회고 - [80]일차🚀80일차에는 블로그 프로젝트를 만들기 위해 프로젝트 기획서, 정의서를 설계하고 ERD, UI/UX 와이어프레임을 설계하는 방법을 배울 수 있었다.학습 목표 : 팀 회의 결과 "일상의 사진들을 기록하며 성장해나가는 느낌"으로 프로젝트를 기획하였고 그에 따라 정체성에 맞게 ERD, UI/UX 와이어프레임을 설계할 수 있어야한다.학습 과정 : 회고를 통해 작성❓팔로잉, 팔로워 기능은 추가하는 것이 나을지➡️개인 블로그에 올리는 사진들이 다른 사용자로 하여금 흥미를 유발할 수 있다면 팔로우 기능이 있는 것이 좋을 것팔로우함으로써 그 사용자가 새 게시물을 올리면 알림이 가거나,메인 피드에서 팔로우 중인 블로그의 게시물을 우선적으로 표시할 ..
