전체 글

git 충돌이 발생하는 대표적인 이유 2가지는 1. 여러 사람이 하나의 파일을 수정 2. pull을 주기적으로 받지 않아서 remote와 local 코드에서 차이가 발생 이렇게 말을 할 수 있다. 어떻게 이 2가지로 정의하냐면 우리 팀이 그랬다 (머쓱) 그러면 이제 인텔리제이에서 깃 충돌을 해결하는 방법을 적어보겠다. 어? 깃충돌 날 일이 지금 없어서 스크린샷을 찍기가 힘들다. 그래서 일단 글로만 적고 추후에 충돌을 발생시켜 다시 적어보겠다. branch에서 코드를 작성하고 commit&push를 마쳤다. 그리고 merge request를 했더니 충돌이 발생한다면? git에서 제공해주는 해결 방법을 통해서 진행할 수 있지만 개인적으로 인텔리제이를 선호하기도 하고 우리 팀은 각자 셀프 merge를 하기 때..

프로젝트 초반 branch의 개념을 이해하지 못해서 팀원들과 난항을 겪었다. 이후에 한가지 루틴으로 push, merge를 했는데, 잦은 오류로 제대로된 공부를 해야겠다고 생각했다. Branch branch는 main에서 뻗어가는 가지다. 백업을 해둔 상태로 작업을 진행한다고 생각하면 되는데, main은 최종본이고 branch는 최종본을 복사해둔 스페어느낌이다. 여기까지는 이해가 잘 되는데, 막상 프로젝트를 하다보면 local main도 있고 remote main도 있다... 처음에 remote가 '가상'의 의미를 가지고 있어서 최종이 local이라고 생각하고 branch를 열심히 만들다가 git을 다 꼬아버리고 PM 눈치를 봤다.. ^.^ 죄송합니다 꾸벅 Remote, Local Branches 인텔리..

Amazon S3 (Simple Storage Service) 어디서나 원하는 양의 데이터를 검색할 수 있도록 구축된 key 기반의 객체 스토리지이며 데이터를 저장 및 검색하는데 사용할 수 있는 고유한 객체 키를 할당한다. 파일 서버의 역할을 하는 서비스입니다. 트래픽이 증가하면 장비를 증설해야 하지만 S3이 이를 대신해 주기 때문에 트래픽에 따른 시스템적인 문제는 걱정 할 필요가 없다. 파일에 접근 권한도 지정할 수 있다! 모든 종류의 데이터를 원하는 형식으로 저장할 수 있다. Amazon S3 기능 https://aws.amazon.com/ko/s3/features/ Amazon S3 기능 - Amazon Web Services aws.amazon.com Amazon S3의 용어 - 객체 : 저장되는..

요즘 미라클 모닝(8시에 일어나지만 아무튼 미라클 모닝임)을 하면서 친구랑 깃블로그 탐방을 하고 있다. 첫 날에 시작부터 우아한 형제들의 에러 해결하는 부서 어쩌고를 봐버려서 이틀째 수정하다가 결국 비밀글로 올렸다. 그리고 그제는 방향을 틀어 jwt를 정리했는데 어제는 지각하고 오늘은 늦잠자서 또 비밀글이 누적되었다. 그래서 우리 수면 패턴을 고려하여 미라클 모닝(아무튼 미라클 모닝 맞았음)을 포기하고 저녁에 모여서 하기로 했다. 과연 이동식이는 비밀글의 늪을 잘 헤쳐나갈 수 있을지!! 프로젝트에서 ui 부분을 맡게 되었다. 어쩌다보니 내가 맡았던 프로필과 리뷰의 ui를 담당하게 되었다. 뒤늦게 어쩌고 저쩌고 해서 코드를 짜보니까 컨트롤러에서 return값 지멋대로 적은게 보여서 수정하면서 만들고 있다...

Springboot를 공부하면서 느꼈던 점은 Web 공부도 게을리 하면 안된다는 점이다. 앞서 Rest API와 Websocket API를 공부하며 HTTP에 대한 이해가 필요하다고 생각하여 정리했다. HTTP(Hypertext Transfer Protocol) 웹에서 브라우저와 서버가 데이터를 주고 받을 때 사용하는 프로토콜입니다. 프로토콜을 '통신 규약'인데, 간단하게 꼭 지켜야 할 규칙 정도로 이해하면 됩니다. HTTP의 특징 1. 요청(Request), 응답(Response)로 이루어져있다. - 요청은 클라이언트가 보내는 것이고 응답은 클라이언트의 요청에 따라 서버가 보내는 것입니다. - 클라이언트가 서버에 Request를 보내면 서버가 Response를 합니다. 2. TCP/IP 통신에서 동작하..

git commit, push git에 코드를 올리기 위해서는 commit을 작성하고 push를 해줘야한다. commit을 일종의 메시지로 해당 코드에 대한 설명을 작성하면 되고 push는 git에 commit 메시지와 함께 내 코드를 올리는 작업이다. push를 하는 방법은 다양하지만 나는 cmd를 이용한 push와 Intellij를 이용한 commit을 주로 사용한다. cmd로 commit & push **IntelliJ에서 git에 올리기 싫은 파일은 미리 gitIgnore에 추가 해주고 진행** 1. cmd 접속 2. push 하고싶은 프로젝트 파일 경로로 이동 cd {project파일 경로} 경로를 찾는 방법은 project가 생성되는 폴더에서 올리고 싶은 프로젝트 > 상단에서 주소 복사 2. ..

13일의 금요일에 아이디어 회의를 마쳤다. 비록 내가 제시했던 제로웨이스트를 하지는 못했지만, 버킷리스트 사이트를 하기로 했다. 대학교에 다닐 때 동기가 만들던 사이트라 신선함은 없었지만 새로운 사람들과 새롭게 시작하는 프로젝트였기 때문에 설렘이 가득했다. 앞으로의 프로젝트에 대비해서 주말을 꽉 놀고(?) 16일이 되었다. 화면 설계서(스토리보드), 정의서 등 작성할 것들도 많았고 이야기도 많이 해야했다. 오프라인이었다면 더 활발하게 의사소통이 되었을 텐데 그러지 못해서 아쉬운 시간이었다. 나는 ERD와 README.md를 담당해서 작성했다. 처음에 2인 1조로 ERD를 만들었는데, 갑자기 팀원분이 사라지시더니 마칠 때 즈음 완성된 ERD를 들고 나타나셨다. 역시.. 실력자... 하지만 우리의 협업 툴은..

히히 첫 글이다.