일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Advanced
- Box Model
- html
- Develop
- 소스트리
- linux
- git checkout
- Basic
- WEB
- Process
- relative
- Reset
- route
- Remote
- React
- git
- Rebase
- root
- git branch
- fixed
- Express
- workflow
- Nodejs
- crud
- Merge
- rbenv
- sourcetree
- Teamwork
- css
- commit
- Today
- Total
목록delete (2)
Codesigner

이전 포스팅에서는 간단하게 간단하게 GET 요청을 다루는 웹 서버를 만들어 보았다. 이번 포스팅에서는 CRUD(Create, Read, Update, Delete) 기능을 모두 지원하는 웹 서버를 만들어 보자. GET 요청은 리소스를 읽어 들이므로 Read 기능을 한다. 나머지 기능을 구현하는 방법과 관련 HTTP 메서드에 대해서 지금부터 알아보도록 하자 리소스 업데이트(PUT) PUT 요청은 기존의 존재하는 리소스를 업데이트하기 위해 사용되는 HTTP 메서드이다. 우리가 저번 포스팅에서 제작한 Express 서버에서 PUT 요청은 할 일 목록의 내용을 수정하는 데 사용될 수 있다. 그런데 할 일의 목록을 수정하기 위해선 어떤 할 일을 수정할 것인지 명시해야 할 필요가 있을 것이다. 즉, 라우트 파라미터..

이전 포스팅에서 master와 samsung 브랜치가 깔끔하게 merge 되었다. samsung 브랜치에서 커밋 한 이후 master에서 merge 하기 전에 아무런 작업을 하지 않았기 때문이다. 그래서 Git 은 간단히 master를 업데이트시킬 수 있었고, 이를 'Fast-forward'라고 한다고 배웠다. 그런데, 만약 master 에서 merge 하기 전에 커밋을 생성한다면 어떻게 될까? 더 나아가, master 에서도 samsung 브랜치에서 작업한 것과 동일한 작업을 한다면? 이러한 상황에서 merge 하게 되면, Git은 당신이 어떤 변경사항을 받아들이고자 하는지 몰라서 conflict를 발생시킨다. 이를 merge conflict라고 한다. merge conflict I 이전 포스팅을 잘 ..