갓태희

import org.springframework.boot.SpringApplication; import org.springframework.boot.WebApplicationType; public class Application { public static void main(String[] args) { SpringApplication springApplication = new SpringApplication(); springApplication.setWebApplicationType(WebApplicationType.NONE); } } @SpringBootApplication을 없애고 WebServer 구동을 None 할수있다.

원문 스프링 부트의 각각 버전은 지원되는 의존성이 담긴 curated list를 제공 합니다 A curated list is a list on a certain topic that has been compiled carefully, usually by research and by a creator of the included content. curated list는 연구에 의해서나 컨텐츠를 만든 사람에 의해 신중하게 편집된 특정 주제에 대한 목록이다. 실제 빌드를 할때 스프링이 어떠한 의존성이라도 다 관리를 해주기때문에 우리가 직접 버전을 제공해줄 필요가없다. 이게 무슨말이냐면 pom.xml같은거 보면 버전을 명시를 해줘도 되는게 있고 없는게 있는데 4.0.0 org.example untitled 1.0..

Jetbrains IDE이든 어떤 IDE든 환경설정을 해주는 창이 바뀌어서 현재 내 환경설정 모습과 구글링해서 친절하게 알려주신 분들의 창이 다른경우가 많다. 2021-06-22일 기준으로 Maven Auto-Importing 설정을 해주는 방법을 포스팅하려고합니다. 맥 기준 Preference - Build, Execution, Deployment -> Build Tools 에 Any changes를 체크해주면 됩니다. 윈도우와 근데 크게 다를게없을것 같습니다.

들어가기 앞서.. stash는 꼭 자기가 stash했던 내역을 stash했던 시점에 다시 적용시킬 필요는 없습니다. 한번 stash한 내용은 어느 커밋, 어느 브랜치에도 적용가능합니다 그 와중에 충돌이 생긴다면 해결을 해주면 그만입니다. 저는 stash를 하고나면 꼭 다시 stash했던 시점으로 돌아와 stash스택에 저장된 내역을 적용시켜야 하는줄 알았습니다 밑에서 들 예는 같은 브랜치에 다시 돌아와서 적용시키는 예이지만 꼭 저렇지 않고 다른 브랜치, 다른 커밋에 stash를 적용시켜도 무방합니다. 현재 HEAD가 가리키는 main 브랜치에서 갑자기 develop브랜치에 볼일이 있어서 develop 브랜치로 checkout 하려는 상황이라고 가정 해보겠습니다. 예를들어 develop브랜치에는 내가 ma..

git rm에 대하여 이해하기위해서 여기에서 공부를 했었는데 잘 이해가 되지않았었다. 근데 최근들어서 다시 보게 되었는데 너무 좋은 글이였다. 이제 시작해보자. 우선 들어가기에 앞서 git-scm은 git rm을 어떻게 소개하고있는지 봅시다. git-rm - Remove files from the working tree and from the index 즉, 작업 디렉토리와 index에서 파일을 지운다는 것입니다. git-scm에서는 staging영역을 공식적으로 index라고 칭하고 있습니다. 즉 파일도 실제로 지워주고 staging영역에 있다면 staging영역에서 삭제 해준다는 뜻이겠죠 ? Git에서 파일 삭제하는법 Git에서 파일을 삭제하고자 할때는 git rm을 통해 Tracked 상태의 파일을..

프론트와 백엔드를 나누어 웹프로젝트를 진행중인데, 프론트 쪽에서 작업을 마치고 총 세분이 작업내용들을 합치려고 하는 상황중에 react의 component폴더를 한분은 Component라고 했고 나머지 두분은 component라고 하게되어 component로 통일을 하는 과정중에서 그냥 폴더의 이름을 component로 바꾸었는데 나의 예상은 git status로 상태를 확인했을때 Components하위에 있는 모든 파일과 폴더들이 renamed됬다고 뜰줄 알았는데 막상 디스코드 라이브로 상황을 봐보니 아래와 같이 staged되지 않았다는 상태를 보았다. 이미 Component에서 component로 바꾸었으니 Component 하위의 모든것들은 없는거나 마찬가지였으므로 git add가 되지 않았다. 그..

친한 형이 오늘부터 깃 공부를 하신다고 하셔서 Source Tree로 깃을 공부하신다고 하시길래 바로 그냥 Source Tree버리고 터미널로 넘어오시라고 말했는데 터미널로 Git을 할경우 git add된 파일이 많으면 많을수록 특정 파일만 골라서 git commit하기에 정말 불편하긴 하다 그래서 나는 보통 그냥 git add . 혹은 git add * 혹은 git commit -am "commit message"를 통해 한번에 add혹은 commit하는 경우가 많은데 저렇게 Source Tree처럼 GUI를 지원해주면 마우스 클릭으로 저러한 add할 파일 commit할 파일들을 지정할수 있어서 좋다. 그래서 나도 Source Tree에 익숙해져야하긴 하는데 학부시절에 너무 추억이 안좋아서 그뒤로 터미..

Git 서버 - 프로토콜을 공부하다가 Bare 저장소라는 말이 계속나와서 처음에는 그냥넘기려다가 자꾸나와서 이해가 점점 안되길래 구글링을해서 공부를 해보았습니다. 보통 깃관련 구글링을 해보면 git-scm의 내용을 그대로 적은 결과만 많이 보게됬는데 여기에는 직접 실습을 통해서 Bare-repository와 Work-repository의 차이를 알려주어서 이해가 쉽게되었습니다. 그럼 저랑도 같이 실습을 해보시죠. 시작하기 먼저 아무것도 없는 빈 폴더를 만들어서 cd명령어를 통해 그 폴더로 들어갑니다. 그런다음 project라는 폴더를 하나만들어 거기에 README를 하나 추가해 줍니다. 그런다음 project 폴더에 들어가서 git init으로 깃 저장소를 만들어주면 현재 Untracked files로 ..