[코드스테이츠 PMB 9기] JSON, Git

JSON

📌 정보를 주고받는 방법 뿐 아니라 주고받는 정보의 형식 역시 API와 같이 일정한 규칙을 정해 사용하는 대표적인 방식

 

JSON 형식

[
	{
		키1(Key): 값1(Value),
	},
	{	
		키2(Key): 값2(Value),
	},
]

• [ ] 안 에는 리스트라고 하는 같은 형식의 데이터가 복수로 들어갈 수 있음
• { } 안 에는 오브젝트라고 하는 키:값 으로 데이터를 표현할 수 있음

 

JSON

• JS 언어에서 데이터를 표현하기 위해 사용되었음
• Key는 항상 문자열이어야 되지만, 문자열, 숫자, 참/거짓 리스트 등이 될 수 있음

---

 

개발 절차 관리 및 Git

 

GIt & GitHub

→ 개발자가 Git 프로그램 사용하여, GitHub에 소스코드 업로드 등 작업 진행
→ GitHub; Git을 기반으로 소스 코드를 호스팅하고, 협업지원 기능 들을 지원하는 MS의원격 코드 저장소 웹 서비스

 

https://uxgjs.tistory.com/182

Git

• 소스코드의 버전을 관리하는 툴
• 프로젝트의 규모에 제약 받지 않고, 빠르고 효율적으로 처리 가능하도록 설계된 무료 오픈 소스 분산 버전 제어 시스템
• 사용 이유
  • 내 코드를 저장할 수 있음
  • 버전의 관점에서 코드 롤백 가능
  • 협업 용이

---

 

Git 주요 개념

 

Git 용어

• Repositories
  • Git에서 개발하는 코드를 저장하는 단위이며 로컬저장소, 원격저장소로 나누어짐
  • 로컬저장소는 자신의 컴퓨터에 저장하는 저장소, 원격저장소는 서버, 네트워크에 위치한 저장소로 GitHub가 이에 해당함 기본적으로 로컬저장소에서 작업을 수행하고, 그 결과를 이후에 원격 저장소에 저장(커밋)하는 방식으로 개발이 진행됨
• Clone
  • 원격저장소에 있던 순수파일들과 프로젝트의 커밋되었던 히스토리 정보까지 모두 다운로드가 되어있는 로컬저장소(Local Repository)를 만들어 주는 역할
• Branch
  • 전체 프로젝트에서 일부만 수정사항이 있는 경우, 메인 프로젝트에서 일부를 가지처럼 나누어 별개의 프로젝트로 나눈 것을 브랜치라고 함
  • 브랜치에서 작업을 한 내용은 기존 메인 프로젝트에 영향을 주지 않으며, 작업이 모두 끝난 뒤에는 병합하는 과정을 거쳐야 함
• Pull Requests
  • Pull Request는 내가 수정한 내용들을 원본 Repository에 반영(Pull)해줄 것을 요청(Request)하는 작업
  • 이 과정을 수행할 때, 코드간의 충돌문제가 있는지 확인 필요함
  • 작성한 코드에 문제가 없는지 코드 리뷰 작업을 거친 뒤 병합을 진행

 

자주 사용하는 Git 기능

---

 

제품 최종 출시 및 배포

 

코드 리뷰

• 코드리뷰란 디버깅이 완료가 된 코드를 개발자들간에 서로 크로스 체킹을 하는 과정.
  • 서로의 개발 스타일 이해
  • 일관된 아키텍쳐를 유지
  • 서로의 기술 정보를 공유 및 습득
  • 잠재적인 오류의 발생 가능성을 낮

 

테스트

• 디버깅을 마친 이후에도 반드시 테스트 서버를 두고 테스트 과정을 거쳐야 함
  • 로컬에서 문제 없다고 실제로 문제가 없는 것은 아닐 수 있음
  • 개발은 항상 완벽할 수 없다는 가정을 하는 것이 중요함
• 로컬 - 서비스에 영향을 주지 않고 안전하게 개발할 필요가 있음
• 테스트 서버를 둠으로서 실제 배포시에 생길 수 있는 문제를 사전에 검토해야 함
  • 특히 서버 없이 로컬에서 구현되는 프런트엔드와 실제 프런트와 연동 없이 개발되는 백엔드의 경우, 테스트 서버에 배포해 연동 테스트를 진행해야 함

---

Flow Chart