[ TIL ] Day 31 - 팀 초급 프로젝트(실습) : 팀 API 작업 검토 & PR 보내기

🗓️ 수업 일자 : 2025.11.7

✨ 오늘의 수업 평가 :  [ PROJECT ]   드디어 형태가 보인다 👀🏗️

 

팀 작업 : 로직은 어제 다 끝내고, 팀 코드 규칙에 맞는지 한번 더 검사하는데.. 생각보다 맞춰야 할 게 되게 많았다 ㅋㅋㅋㅋ 그냥 구동만 되었던 내 코드.. 부랴부랴 "응답 / 에러 표기 기준, 상수명 맞추기, 줄 간격 맞추기" 등등 전체적으로 손보고 겨우 보낼 수 있었다! 

 

개인 작업 : 스프린트 미션 3 가 끝이라고 생각 했는데, 생각해보니 지난 스프린트 미션 2 수정을 하나도 안했다! (사실 해논게 있었는데, 스프린트 미션 3 시작하면서 로컬 레포 싹 갈아엎어서 사라졌다 🤣😅😭😶‍🌫️🤯) 부랴부랴 하다가 어려운 로직 수정은 포기.. 언젠가 시간이 남으면 꼭 하리라..

 

👩‍💻 [개인 / 팀 프로젝트] 오늘 작업 내용 💻
- 팀 프로젝트 작업 : 작업 검토, PR 후 추가 작업 진행

 

📝  오늘 배운 내용  

- HTTP 응답코드 

- Git Branch 운영 전략

 

---

 

1. HTTP 응답 코드(Response Status Code) 종류

• 1XX = 정보, 요청을 받았고 계속 처리 중
• 2XX = 성공, 요청한 내용이 성공적으로 처리 됨
  • 200 : 가장 일반적인 성공 응답
  • 201 : 새 리소스가 생성 되었음, POST 요청 성공 응답
  • 204 : 삭제가 이루어 졌다는 응답
• 4XX = 클라이언트 오류, 즉 요청이 잘못 됨(요청하는 방식 오류) 
  • 400 : 파라미터나 바디 형식에 대한 오류로, 요청이 잘못 되었음을 의미
  • 401 : 로그인이나 토큰이 만료된 오류
  • 404 : 존재하지 않는 URL이나 데이터로 리소스를 찾을 수 없음
• 5XX = 서버 오류, 서버가 처리를 하는 도중 오류가 발생
  • 500 : 서버 내부 오류, 코드 로직이나 DB 처리 문제
  • 502 : 백엔트 통신 문제, 프록시나 게이트웨이에 문제가 생김
  • 503 : 서버 일시적인 처리 불가(과부화 등) 상태
  • 504 : DB나 외부 API 응답이 늦어지는 경우 서버 응답 지연 표기 

 

 

2. Git branch 운영 전략

1. 폴더형 브랜치 전략 (Forder-style Branching) : 브랜치 이름에 "기능별 [폴더]구조"를 사용해서 구분
2. 단일형 브랜치 전략(Flat Branching) : 브랜치 이름에 폴더 구분 없이 기능만 명시하여 사용

	폴더형 브랜치	단일형 브랜치
장점	구조적으로 깔끔 해 보임 명확해서 관리가 편함(대규모 팀에서 사용하는 분류 체계) 배포 등 카테고리별로 작업 가능	구조가 단순하고 직관적 (소규모 또는 개인 작업용) 폴더 구조가 없어서 접근이 쉬움
단점	브랜치 이름이 길어질 수 있음 초보자 입장에서는 경로가 헷갈림 경로 실수로 인하여 다른 곳에 작업 할 수 있음	브랜치가 많아질수록 목록이 지저분해짐 기능 / 종류별 분류가 어려움

 

Git 브랜치 운영 전략

 

 

 

 

---

 

📃 내일은 뭘 배울까 🤔

- API 문서화 

- 에러 구조 공부