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
- CSS
- 프리워커스
- dumpdata
- Web
- 프로그래밍폰트
- dangerouslySetInnerHTML
- 티스토리챌린지
- 모노레포
- phython
- 코딩
- SSAFY
- 파라미터
- HTML
- LIST
- 싸피
- loaddata
- VSCode
- 역사
- comprehension
- 위코드
- TIL #todayilearn #math #javascript #js #자바스크립트 #절댓값 #최댓값 #랜덤 #random #floor
- 오블완
- monorepo
- Python
- wecode
- listdir
- 파이썬
- django
- Coding
- vscode설치
Archives
- Today
- Total
목록repository (1)
당신의 친절한 이웃, 코딩맨
프런트 엔드 개발자들은 보통 여러 개의 레포지토리를 갖게 된다. 이유는 다양하다. 서비스가 다양할 수 있고, 기존의 서비스를 여러 개로 분할해서 배포/관리하거나, 내부 업무를 위해 화면을 만들 때도 있기 마련이다. 내 예시로는, 패치 로그를 기록하고 검색해서 볼 수 있는 패치 로그 사이트, 서비스 화면, 관리툴, 권한툴, 디자인 시스템,... 이외에 몇 개 더 있다. 레포지토리가 많아지면 과연 좋을까? 처음엔 독립적으로 여러개의 툴을 따로따로 관리해서 작업하는 레포지토리가 분리되니까 더 효율적일 것이라 생각했다. 쉽게 생각하면 프런트 개발자 5명이서 5개의 레포지토리에서 작업을 하니 절대 컨플릭트 날일도 없고, 독립된 환경에서 병렬로 일이 진행된다 생각했었다. 문제는 사소한 곳에서 시작된다. 각각 레..
Today I Learn (TIL)
2026. 2. 2. 13:42