▶️ CI/CD가 무엇인가?📌CI : 지속적 통합(Continuous Integration)-> 지속적인 통합이란 새로운 코드 변경사항이 정기적으로 빌드 및 테스트되어 공유 리파지토리에 통합하는 것을 의미한다.-> 버그를 신속하게 찾아서 해결, 소프트웨어의 품질 개선, 릴리즈 시간 단축에 목표를 둔다.📌CD : 지속적 제공/배포(Continuous Delivery/Deployment)-> 지속적인 제공 : 공유 리파지토리로 자동으로 릴리즈하는것.-> 지속적인 배포 : 고객 프로덕션환경까지 자동으로 배포하는것.소프트웨어가 언제든지 신뢰가능한 수준의 버전을 유지할 수 있도록 하는것이 CD이다.한마디로, 개발 사이클을 간소화하고 가속화하기위한 작업이다.바로 이것을 CI/CD 파이프라인이라 부른다. 그렇다..
📌1인 개발, 프로세스 정립 왜 하나? 지금까지 공부를 하면서 git hub에 주먹구구 식으로 main에 push했다. 그러니까 한마디로 개발프로세스 같은건 없었다...(예전에 국비학원을 다니면서 팀원들과 팀프로젝트를 했을때에도 없었다.ㅎㅎㅎ) 개발 프로세스는 어떻게 이슈를 관리하고, 어떤 방식으로 작업을 진행하고, 완료작업은 어떻게 실제 제품에 반영시킬지를 규칙화 시킨것인데, 사실 혼자 하는 개인프로젝트라 협업이 필요 없는 과정이지만 체계화된 개발 프로세스 1인 프로젝트 개발에도 작업을 용이하고 매끄럽게 해줄것이기에 프로세스를 정립하고 개발에 들어가고 싶은것이다. 물론 지금 이 프로젝트를 완성하며 엄청난 삽질과 맨땅 고군분투가 기다리고 있을것을 안다. 그러니까 더, 더, 프로세스 정립이 필요한것이 아니..
📍객체관점에서의 연관관계 보기에는 금방그린것 같지만, 객체관점에서의 관계도를 그리기가 꽤 헷갈렸다. 어느 엔티티가 어느 엔티티를 참조해야하는지, 아닌지 로직을 분명히 해야했기 때문이다. 계속 개발하면서 로직이 바뀌면, 객체간 관계도 변할 가능성이 있다. 때문에, 저 ERD는 초기버전이다. 📍Club 도메인 Club에서 Account 쪽으로 @ManyToMany 단방향 관계 두 개 (leaders, members(운영자/회원)) Club에서 Categories으로 @ManyToMany 단방향 관계
✅ Account 모.운.완의 전체 서비스를 이용하기 위해서는 회원가입을 해야한다. 이메일 인증은 1시간에 한 번씩만 할 수 있다. 사용자가 회원가입을 완료하면 자동으로 로그인된다. 알림을 이메일로 받을지, 웹 알림으로 받을지 선택할 수 있다. ✅ Club 클럽 운영자만 클럽 설정기능을 사용할 수 있다. 클럽 공개여부는 상태에 따라 다르다( 드래프트 상태에서는 공개상태로 전환가능하고, 공개상태에서 종료상태로 전환가능하나, 종료상태에서는 상태 변경이 불가하다.) 클럽의 공개상태에서만 모임(Gathering)을 만들고, 인원을 모집할 수 있다. ✅ Gathering 모임 모집 인원은 모집을 참여 신청한 수보다 커야한다. 선착순 모임의 경우, 자동으로 참여 신청을 확정 상태로 변경해야 한다. ✅ Notific..
개인프로젝트를 시작하려고 한다. 프로젝트를 개발하면서 개발 과정을 블로그에 기록하고자 한다!먼저, 실제 코드를 짜기에 앞서서 내가 개발할 프로젝트의 목표, 기능 등을 정리하고자 한다.📍 프로젝트 주제 선정모여서 운동을 할 수 있는 서비스를 제공해주는 웹 어플리케이션을 개발하고자 한다.관심있는 운동종목에 대한 클럽을 만들고, 모임이 정해지면 참여할 수 있도록 하는 기능이 중점이다.모.운.완 (모여서 운동 완료)라고 정했다.📍 기술스택 결정IDE : 인텔리제이 얼티메이트빌드 : Maven라이브러리 :스프링 부트스프링 웹 MVC타임리프스프링 시큐리티스프링 데이터 JPAPostgreSQL롬복스프링 mailQueryDSL스프링 부트 devtools 📍요구사항 정의요구사항 정의서: 프로젝트의 목적, 범위, 기..
