Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- ts.config.json
- ts.config.json default setting
- firebase server
- Interface vs Type Alias
- ts 기초 설정
- JS Blob
- 프론트 이미지 업로드
- TypeScript config
- 인터페이스 타입 비교
- 인터페이스 vs 타입
- Blob?
- Blob 사용하는 이유
- Null vs Undefined
- TypeScript
- TypeScript Undefined Null
- Typescript Handbook
- 타입스크립트 필수 설정
- ts 설정
- 이미지 서버에 업로드
- why use interface?
- TypeScript Deep Dive
- Blob 청크
- 타입스크립트 설정값
- ts 필수 설정
- Blob이란?
- Typescript Study
- ts 프로젝트 설정 추천
- JS 이미지 미리보기
- 공부
- ts 설정값
Archives
- Today
- Total
목록Github flow (1)
RPG처럼 웹 개발하기
Git branch ( 깃 브랜치 ) 전략을 사용해보기로 했다.
“Github branch” 어떻게 사용하고 계신가요? Github branch 전략에 대해 알고 계신가요? 저희 개발팀은 프로젝트를 개발할 때 기능별로 브랜치를 생성하거나, dev 브랜치를 생성해서 곧바로 master 브랜치에 올리곤 했습니다. 프로젝트 단위가 크지 않고 프로젝트에 들어가는 개발자의 수가 많지 않았기 때문에 큰 문제는 보이지 않았습니다. 하지만 프로젝트에 들어가는 개발자의 수가 많아지면 많아질수록 브랜치 관리가 제대로 이루어지지 않아 수많은 브랜치가 존재했고 잦은 conflict 가 발생했으며, master 브랜치에 곧바로 커밋 푸쉬를 진행하는 상황까지 발생했습니다. 당연히 문제가 발생했고 커밋 푸쉬를 하기 전 해당 프로젝트에 참여한 모든 개발자분에게 “이거 지금 마스터에 푸쉬해도 되나..
웹 개발
2022. 6. 21. 11:53