현 상황에 대해 설명하겠다. GItFlow 방식을 사용하기 위해 feature 별로 브랜치를 파서 개발하기로 했다. - 깃린이인 나는 feature 별로 브랜치를 파야했다. feature 별로 각자 개발하고 develop에 merge해 소스코드 버전을 높히는 식이 GitFlow 방식이다. 깃린이인 나는 브랜치를 하나만 파서 가지고 노는 수준밖에? 안되었기에,...ㅋㅋㅋㅋㅋㅋ git으로 여러 브랜치를 파서 진행하는 건 나에겐 진짜 큰 장벽이었다 ㅋㅋ... 그래도 책임감있게 프로젝트에 임하고 싶어서 git을 어떻게든 극복하자고 마음먹고 git을 쓰기 시작했다. 아무튼 오늘 겪었던 git 사용일화에 대해 설명하겠다. 빙글님께서 organization의 repository에 이전에 파둔 develop 브랜치를 ..

나의 현 상황은 git을 다루며 repository로 관리가 된다는 사실을 깨닫고 git을 이용하고 있었다. 하지만, branch를 사용하면서 git에 대해 헷갈리기 시작했다. 왜 헷갈리냐면, 로컬 repository의 특정 브랜치로가서 원격 repo의 내역을 pull했지만 반영이 안되고 있었다. (develop ,feature/group, feature/member) 이렇게 브랜치를 파논 상태였다. 내가 생각한 논리대로 흘러가지 않아서 혼동이 온 상태이다. 내가 원하는 건 develop 브랜치에 upstream의 develop 내역을 가져오는 것이다. 빙글님께서 develop을 내꺼, 오리님꺼와 express.js에 코드를 추가 후 merge해주셨기에 새로운 develop을 가져오려고 했다. $ git..

오늘 겪었던 것을 요약설명하겠다. github fork된 원격 repository에 feature/group 과 feature/member 브랜치를 파서 develop 브랜치에 merge를 했다. 솔직히 말하면, 새로운 브랜치를 파서 push하는 법을 몰라서 develop에 코드를 push했다..ㅋㅋ 어쨋든, 오늘 계기로 git을 사용하는 법에 대해 많이 알게되었다 ㅋㅋ.. - 진짜 많이 깨달음 git은 터미널을 통해 fork된 원격 repository에 코드를 push했다. 아래 명령으로 push를 해도 아무것도 일어나지 않았다. $ git push origin develop git을 제대로 몰라서 발생한 일..ㅋㅋㅋ 알고보니, git을 사용하면 local repository가 할당되고 이 local ..

[Git] Fork repository 최신화하기 github에서 fork 후 PR(pull requset) Tistory #1 스킨을 사용하던 중 TOC의 필요성을 느꼈습니다. wbluke 님의 tistory-table-of-contents 프로젝트를 발견하여 감사하며 사용하던 중 추가하고 싶은 사항이 생각.. sukvvon.tistory.com fork된 repo는 원본 repo가 업데이트되면 자동으로 업데이트 될 줄알았지만,, git으로 수동으로 업데이트된 내역을 업데이트 해줘야 한다. github) 원본 repo와 fork된 repo는 독립관계 fork 된 repository를 업데이트 하기 원본 repository 등록 pwd # /Users/dong_uk_kim/Desktop/UMC_dongN..

오늘도 화창한 토요일이었다. (7월 30일) 12시 30분에 중앙대학교 정문에서 만나기로 해서 10시 45분 셔틀을 타고 흑석역에 12시 15분에 도착했다. 이제는 중앙대가는게 쉽게 느껴졌다 ㅋㅋ.. 날씨도 선선해서 그렇게 덥지는 않았다. 오늘의 서울 날씨는 내가 서울 갔었던 날 중에 손 꼽을 정도로 구름이 진짜 이쁜 날이었다.. 12시 30분에 백엔드 개발자 두 분을 만나고, 점심으로 중앙대 맥도날드에 가서 빅맥 세트를 먹었다. 학교에 맥날 너무 부럽,,ㅋㅋ 점심을 다 먹고 정문 앞에 있는 할리스 카페에 가서 자리를 잡았다. 할리스 카페는 B1 ~ 5층으로 구성된 카페였다.. 할리스 카페에서 아이스 아메리카노를 시키고 본격적으로 회의를 시작했다. 목표가 있어야 의미있는 회의가 된다 두괄식으로 정리하면,..

오늘은 날씨가 화창하고 구름이 잔잔하게 껴있는 날이었다. 대면 회의가 중앙대학교에서 하기로 약속하여 8시 30분에 일어나서 씻고, 9시 30분에 기숙사를 나와 셔틀타고 한대 앞에서 4호선을 타고 동작역으로 갔다. 동작역에서 9호선으로 갈아타서 중앙대학교에 도착했다. 도착하자마자 발 길이 간 곳은 바로.. 중앙대학교를 상징하는 로고와, 중앙대학교 글자가 있는 곳에서 중앙대학교 사진을 찍었다. 중앙대학교 건물 너무 이쁜 걸.. 시간이 조금 남아서 중앙대학교 탐방을 했다. 너무 더워서 그늘진 곳으로 발걸음이 간 건 비밀..ㅋㅋ 카톡으로 같이 동네 프로젝트를 진행하는 백엔드 개발자 한 분이 연락이 닿아 중앙대학교 정문으로 왔다고 하셨다. 정문에서 백엔드 개발자 한 분과 냉면 집에서 다른 백엔드 개발자 한 분을 ..

보호되어 있는 글입니다.

보호되어 있는 글입니다.

오늘 겪었던 경험은 진짜 의문이다.. 오랜만에 학술정보관에서 게시글 삭제 API를 구성하고 node 서버를 가동시키고 postman으로 url 접근을 했다. (어제와 똑같은 동작을 했지만....) node에서 할당한 라우터로 접근까지는 가능했던 것 같다.. UserController.js 에서 validation 처리한 코드는 실행됨. console.log(); console을 찍어보면서, 어디서 에러가 발생하는지 알 수 있음. DB에서 timeout 에러가 발생했다. 터미널에서 제공한 에러 코드는 다음과 같다. Error: connect ETIMEDOUT 에러의 코드는 node.js 서버에서 DB 서버로 보낸 요청을 처리하는 시간이 timeout 설정된 시간을 초과해서 timedout 에러가 발생했다...

보호되어 있는 글입니다.