반응형 분류 전체보기714 TIL_210209 1. Facts(사실, 객관) - A/S 업무개선 요구사항 분석하기 - confluence 일정관리 활용하여 작성 2. Feelings(느낌, 주관) A/S 업무개선 요구사항을 분석했습니다. 모바일 쪽 화면을 바꿔달라는 요구사항이었으므로 새로운 환경 셋팅, 새로운 업무 도메인 지식 파악, 모바일 관련 코드 수정이 필요했습니다. 따라서 먼저 repository에서 모바일쪽 코드를 다운받고 프런트에 연동시켰습니다. 이전에 새로운 업무를 볼 때, 급하게 코드를 작성하지 말고 코드가 어떤 것을 원하는지 파악하자는 구체적 계획을 세웠습니다. 이를 활용하여, 현업이 정리해서 넘겨 준 요구사항을 복사해서 각 단어들이 어떤 것을 의미하고 원하는것인가를 고민하고 분석했습니다. 어떤 화면에 어떤 기능이 있는데 이것을 어떻.. 2022. 2. 11. TIL_220208 1. Facts(사실, 객관) - 작업 commit 반영하기 - 재렌탈 프로세스 목록조회 개선 - AS통계화면 코드 정리 2. Feelings(느낌, 주관) 재렌탈 프로세스 목록 조회를 개선했습니다. 재렌탈로 할인 설정을 할 때, 이전 주문기록을 검색할 수 있는데, 다른 사람의 할인정보를 가져다 쓰지 못하도록 무조건 계약자 정보를 이용해야만 하도록 했습니다. 만약에 계약자 정보를 미리 입력하지 않으면 계약자 정보를 입력하라는 메세지를 날립니다. 또한 작업을 commit했는데, 충돌나는 곳은 서로 코드를 비교해서 update를 받은 후, 모두 내쪽에서 합이 맞춰졌을 때, commit을 쳐서 해결합니다. 언제든지 충돌나는 경우들이 있습니다. 같은 파일 내의 충돌이 다른곳이라면 괜찮지만, 같은 곳이라면 골치가.. 2022. 2. 11. QueryDSL 셋팅하기 *개요 Spring Data Jpa를 사용하면서, 동적 쿼리를 사용하고 또 컴파일 시점에 오류를 잡아주는 QueryDSL을 사용하기 위해 셋팅을 먼저 합니다. spring boot프로젝트에서 빌드 도구는 gradle을 사용했습니다. build.gradle에서 라이브러리를 추가합니다 1. plugins에 다음을 추가합니다 //Querydsl id 'com.ewerk.gradle.plugins.querydsl' version '1.0.10' 2. dependencies에 다음을 추가합니다 //Querydsl implementation 'com.querydsl:querydsl-jpa' 3. 파일 맨 아래에 독립적으로 다음을 추가합니다 def querydslDir = "$buildDir/generated/que.. 2022. 2. 10. TIL_200207 1. Facts(사실, 객관) - GItflow 사용법 글 작성 - chart 라이브러리 확인 - AS/교환/반환 조회로직 및 화면 추가 2. Feelings(느낌, 주관) Gitflow 사용법을 글로 정리했습니다. 이전에 실습하면서 캡쳐해두었던 것을 복습하는 차원에서 정리합니다. 어디는 pull request를 날리면 develop으로 merge를 하지만, 어디는 단순히 approve만 하고 끝낼 수도 있습니다. 큰 흐름의 맥을 잡는것이 중요하고, 더 자세한 것은 해당 환경에서 학습하도록 합니다. chart 라이브러리를 공부했습니다. 새로운 필터를 검색하면, chart에서 가로 스크롤바가 초기화됩니다. 열심히 오브젝트의 구성요소를 공부했지만, 설정방법이 쉽지 않게 되어있어서 포기했습니다. 나중에 정말 .. 2022. 2. 7. 20220131~20220206 구체적 계획 앞으로 개인 프로젝트에서도 git flow 전략을 사용해보고 CLI로도 해본다. 실제 운영환경에서 캐시 서비스는 어떻게 작동하는지 질문한다. 개인 프로젝트에서 글 요청 Message Queue 활용하여 구성하기 같은 기술을 사용한다면, 환경설정을 비교하면서 비어있는 개념을 채운다. 새로운 기술은 간단하게 사용법과 효과를 정리하여 팀원들에게 공유한다. 개인 프로젝트에 jenkins와 github webhook을 적용시킨다 Gitflow 실무영상 보고 좀 더 다양한 상황 연습해보기 *정리 이번주는 클래스101 강의를 통해서 인프라 부분을 많이 공부했기 때문에, git flow, Message Queue, ES등을 새로 알았습니다. 비지니스부분의 개선은 좀 더 공부 후에 적용해보기로 하고 다음주는 기존 시스템.. 2022. 2. 7. TIL_220206 1. Facts(사실, 객관) - Gitflow 사용법 공부, 정리 2. Feelings(느낌, 주관) Gitflow 사용법을 배웠습니다. 다른 사람들과 협업할 때 어떻게 하는지 혼자서 상황을 만들고 실습했습니다. master, develop, feature, release, hotfix로 총 크게 5가지를 구분지어서 실습했습니다. sourcetree로도 해보고, git bash CLI에서도 해보면서 어떻게 사용하는지 실습했습니다. 각 회사마다, 부서마다 사용하는 방식은 다르겠지만 이번 기회를 통해 어디에 가서도 바로 적응할 수 있도록 준비하는 기회가 됐습니다. 3. Findings (배운 점) 4. Action (구체적 계획) Gitflow 실무영상 보고 좀 더 다양한 상황 연습해보기 2022. 2. 7. TIL_220205 1. Facts(사실, 객관) - Jenkins webhook 글작성 2. Feelings(느낌, 주관) jenkins webhook 연동을 정리했습니다. jenkins에서 github와 연동하여, 해당 repository에 push하면 자동으로 jenkins 배포가 되는 형식입니다. 주의할 점이 몇가지 있습니다. 여러개의 instance를 한번에 배포하면 중간에 서비스가 중단되므로 무중단 배포를 위해서는 sleep으로 시간을 주었습니다. webhook의 장점은 git push를 하면 알아서 배포가 됩니다. 하지만 자동 배포 주의할 것은 정기배포에 사용해야 하며, 평시에 hotfix등의 긴급배포시에는 정상적인 배포를 하도록 구성합니다. 3. Findings (배운 점) 4. Action (구체적 계획) .. 2022. 2. 7. Git Flow 사용해보기 *개요 sourcetree를 공부해보면서 깃 플로우 전략을 손쉽게 버튼클릭으로 이용할 수 있다는 것을 알게되었습니다. 많은 회사들이 깃플로우 전략을 사용하는 것으로 아는데, 혼자서만 git을 사용해보는 것이 아니라, 나중에 협업할 때 git을 자 사용하기 위해서 기능 사용들을 정리해보았습니다. github repository에서 git의 default branch인 main을 master로 변경합니다. 이 때, github에서 친절하게 local repository에서 default branch를 변경하는 방법을 제공합니다. ( 그냥 main으로 해도 무방합니다 ) git clone 로 Github 저장소를 local git에 clone합니다. git flow init으로 git flow 를 시작합니다... 2022. 2. 6. Github webhook & Jenkins 연동하기 이전에는 github에 push하면, 직접 Jenkins에서 다시 build를 해서 배포를 해야했습니다. 하지만, 이번에는 github webhook 기능을 이용해서 Jenkins가 자동으로 build하도록 구성합니다. webhook을 통해, 다른 서버로 api를 호출하여 jenkins에 build 명령을 하도록 합니다.(docker는 여기서 제외하였습니다.) 1. github 저장소 fork하기 2. instance에 java 설치하기 3. jenkins에 github webhook 설정 추가 3. github에서 webhook 설정 https://github.com/lleellee0/cpu-bound-application GitHub - lleellee0/cpu-bound-application Con.. 2022. 2. 5. 이전 1 ··· 22 23 24 25 26 27 28 ··· 80 다음 반응형