지난 번에 git flow release finish 에 대한 글을 썼었는데 회사에서 git flow에 대해 이야기를 하다가 그래서 back merge가 뭐지?하는 의문이 들었다 back merge에 대해 명확하게 정의한 것은 찾지 못했고 검색해 봤을 때 stack overflow에서 누군가 올린 질문글을 찾았는데 여기 답변 + 여기저기 물어보고 다녀보니 이제 좀 알거 같아서 정리해 본다 (내가 이해한게 틀릴 수 있다) It just means to do a merge, like any other, but in a direction that is "backwards" compared to the normal flow of the branching conventions. If you visualize br..
테스트 코드를 돌려야 하는데 proxy 서버를 지정해줘야 해서 자동으로 만들어지는 gradle 설정에 vm option을 추가해줬지만,, 도통 들어먹지를 않는거 같아서 JUnit 설정을 추가해서 진행하였다 (진짜 화남) 일단 오른쪽 위에 Edit Configurations... 메뉴 클릭! JUnit configuration 추가!! 이름은 적당히~~ 지어주고 [module not specified]를 클릭해서 jdk 버전을 지정해준다 자기가 프로젝트에 설정한 버전으로~~ gradle이나 maven 파일에 지정했다면 그걸로~~ 모듈은 test 붙은걸로 선택했다 (-cp 라 적힌거에서 선택) 그리고 테스트할 클래스를 지정하고 vm option을 넣어주면 끝!! 클래스로 선택하면 클래스 내의 테스트 함수가 ..
프로젝트 실행은 문제 없는데 아래와 같은 메세지와 함께 실행과 동시에 종료되어 버림 2021-07-06 21:10:39.713 INFO 12914 --- [ main] com.demo.DemoApplication : Started DemoApplication in 21.268 seconds (JVM running for 26.635) 2021-07-06 21:10:39.718 INFO 12914 --- [ionShutdownHook] j.LocalContainerEntityManagerFactoryBean : Closing JPA EntityManagerFactory for persistence unit 'default' 2021-07-06 21:10:39.720 INFO 12914 --- [ionShu..
brew update를 실행했으나,, 잘못한게 있어 정지시킬려고 ctrl+c를 연타해도 먹지를 않고ㅠㅠ 터미널 창을 그냥 껐더니 아래와 같은 오류가 나왔다 >> brew update Error: Another active Homebrew update process is already in progress. Please wait for it to finish or terminate it to continue. 해결방법은 역시 stackoverflow에서~! 아래와 같은 명령어를 치고 다시 brew update를 하면 잘된다 rm -rf /usr/local/var/homebrew/locks brew 어렵다 어려워~~ 출처 : https://stackoverflow.com/questions/39797078/a..
IntelliJ 2019.3 버전에서 스프링 프로젝트를 gradle로 빌드시 Failed to notify build listener. > org.gradle.api.artifacts.result.ComponentSelectionReason.getDescription()Ljava/lang/String; 와 같은 오류가 나서 스택오버플로우를 찾아보니 distributionUrl을 바꿔보라 해서 시도했지만 실패하고 2021.1 버전으로 갈아타니 오류가 나지 않았다 참고 : https://stackoverflow.com/questions/67569295/intellij-idea-gradle-error-failed-to-notify-build-listener
가끔,, 배포할 때 난리나는데,,, 지우고 다시 배포하는거 까먹어서,, 정리해두기,, 최초 설치는 helm install, 배포는 kubectl patch로 하는데 배포하다가 pod에 에러가 나서 무한 재시작할 때,, 참고용이다 $ kubectl config set-context --current --namespace= // 네임스페이스 변경 $ kubectl get pods // 우선 어떤 pod이 문제인지 확인 $ kubectl delete deployment // deployment 삭제하기 $ kubectl get pods // 삭제 잘 되었는지 확인 // helm 차트 설치된 디렉토리로 이동 $ helm del --purge // name 삭제 // 참고로 내 helm version은 // Cl..
흑흑 k8s 넘 어렵다 일단 에러 원인을 파악해본다 kubectl describe pod [pod 이름] 밑에 쭉 내려서 Events에 Message 확인 Failed to pull image "busybox": rpc error: code = Unknown desc = Error response from daemon: toomanyrequests: You have reached your pull rate limit. You may increase the limit by authenticating and upgrading: https://www.docker.com/increase-rate-limit ㅠㅠ initContainers에 image를 busybox해놨는데 docker pull 제한에 걸려서 에..
git release를 사용하다가 뭔가 이상한걸 발견했다 우선 터미널에서는 $brew install git-flow-avh 명령어로 설치해서 사용하고 있고 소스트리에서는 내장된 git-flow를, git kraken도 아마 내장된 git-flow를 사용하는듯 하다 각각의 툴에서 release finish를 할 때 조금씩 다른 것을 발견했다 내가 공부한 release finish는 release branch를 devleop에 merge하고 master(main)에 merge하는 것이었는데 git kraken은 내가 생각한대로 동작하였고 terminal이랑 sourcetree에서는 release branch를 mater branch에 merge한 후 mater branch를 develop에 다시 merge하..
- Total
- Today
- Yesterday
- 쿠버네티스
- IntelliJ
- cacheable
- Spring
- 클린코드
- 스프링부트
- back merge
- kotlin In Action
- docker
- linuxkit
- 자바스크립트
- k8s
- ddd
- 스프링
- 도메인주도설계
- clean code
- docker for mac
- gasmask
- JavaScript
- gradle
- docker pull limit
- 코틀린
- springboot
- 자바
- Kubernetes
- 도커
- ImagePullBackOff
- QuickTimePlayer
- java
- kotlin
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |