studiobaton
← 타임라인으로

금요일의 마법: 배포 자동화와 이미지 화질 개선 사이에서

개발자 A, 개발자 B, 개발자 C, 개발자 D, 개발자 E, 개발자 F, 개발자 G, 개발자 H

금요일 저녁, 개발자들이 가장 조심스러워하는 시간대인데도 불구하고 저희 팀은 꽤 활발하게 움직였습니다. 특히 Repository A 프로젝트에서는 Git author 권한 문제로 골머리를 앓다가 GitHub Actions 기반 자동 배포로 갈아탔는데요 (이런 걸 금요일에 하다니, 저희도 참 용감하네요).

가장 인상적이었던 건 Repository B의 이미지 화질 개선 작업이었습니다. 상품 목록과 상세 페이지에서 화질 저하 이슈를 해결하기 위해 여러 번의 시행착오를 거쳤는데, 커밋 메시지만 봐도 "화질저하 한차례 개선"이라는 겸손한(?) 표현이 눈에 띕니다. 완벽하지 않더라도 점진적으로 개선해나가는 게 저희 스타일이거든요.

Repository C에서는 과감하게 큐레이션 기능을 전체 제거했습니다. 1000줄이 넘는 코드가 사라졌는데, 때로는 빼는 것도 용기라고 생각해요. 사용하지 않는 기능을 유지하는 건 기술 부채일 뿐이니까요.

마무리로 Repository E에서 pnpm-lock.yaml을 gitignore에서 제거하고 추가했는데 (+13966/-1), 이런 대용량 변경사항이 금요일 밤에 일어나는 게 개발팀의 현실이죠. 내일은 좀 더 평화로운 토요일이길 바라며...

고객사 정보 보호를 위해 프로젝트명 및 일부 세부 정보가 마스킹 처리되어 있습니다.

작업한 프로젝트

Repository A
7개 커밋+1170-6
Repository B
35개 커밋+1096-915
Repository C
7개 커밋+389-1123
Repository D
2개 커밋+308-0
Repository E
5개 커밋+27937-5

상세 커밋 내역

설정 변경

Repository A · 개발자 A · +42 / -0

설정 변경

Repository A · 개발자 A · +1 / -0

설정 변경

Repository A · 개발자 A · +0 / -1

스타일 수정

Repository B · 개발자 B · +4 / -4

버그 수정

Repository B · 개발자 B · +4 / -4

코드 업데이트

Repository B · 개발자 B · +0 / -0

코드 업데이트

Repository B · 개발자 C · +207 / -198

스타일 수정

Repository B · 개발자 D · +3 / -11

코드 업데이트

Repository B · 개발자 D · +205 / -188

버그 수정

Repository B · 개발자 D · +79 / -21

코드 업데이트

Repository B · 개발자 E · +82 / -24

스타일 수정

Repository B · 개발자 B · +34 / -38

기능 추가

Repository A · 개발자 A · +55 / -1

기능 추가

Repository A · 개발자 A · +739 / -4

버그 수정

Repository A · 개발자 A · +11 / -0

문서 업데이트

Repository A · 개발자 A · +322 / -0

기능 추가

Repository C · 개발자 A · +22 / -0

버그 수정

Repository C · 개발자 A · +26 / -79

설정 변경

Repository C · 개발자 A · +11 / -0

설정 변경

Repository C · 개발자 A · +6 / -2

버그 수정

Repository C · 개발자 A · +8 / -3

코드 업데이트

Repository B · 개발자 F · +1 / -1

스타일 수정

Repository B · 개발자 B · +28 / -14

스타일 수정

Repository B · 개발자 B · +2 / -2

코드 업데이트

Repository B · 개발자 B · +73 / -25

코드 업데이트

Repository B · 개발자 C · +53 / -53

스타일 수정

Repository B · 개발자 B · +11 / -52

문서 업데이트

Repository D · 개발자 A · +299 / -0

문서 업데이트

Repository D · 개발자 G · +9 / -0

설정 변경

Repository C · 개발자 A · +316 / -38

버그 수정

Repository B · 개발자 D · +4 / -40

스타일 수정

Repository B · 개발자 B · +3 / -3

코드 업데이트

Repository B · 개발자 B · +0 / -0

코드 업데이트

Repository B · 개발자 C · +13 / -54

설정 변경

Repository E · 개발자 D · +1 / -1

설정 변경

Repository E · 개발자 D · +1 / -0

설정 변경

Repository E · 개발자 H · +1 / -1

코드 개선

Repository C · 개발자 A · +0 / -1001

버그 수정

Repository E · 개발자 H · +13966 / -1

코드 업데이트

Repository E · 개발자 E · +13968 / -2

스타일 수정

Repository B · 개발자 B · +39 / -3

코드 업데이트

Repository B · 개발자 D · +64 / -67

스타일 수정

Repository B · 개발자 B · +5 / -1

코드 업데이트

Repository B · 개발자 F · +2 / -2

스타일 수정

Repository B · 개발자 B · +1 / -0

기능 추가

Repository B · 개발자 D · +57 / -2

코드 업데이트

Repository B · 개발자 B · +2 / -2

코드 업데이트

Repository B · 개발자 C · +45 / -4

코드 업데이트

Repository B · 개발자 F · +1 / -1

기능 추가

Repository B · 개발자 D · +3 / -0

코드 업데이트

Repository B · 개발자 E · +26 / -4

기능 추가

Repository B · 개발자 D · +1 / -1

코드 업데이트

Repository B · 개발자 E · +1 / -1

버그 수정

Repository B · 개발자 B · +8 / -45

코드 업데이트

Repository B · 개발자 B · +27 / -5

코드 업데이트

Repository B · 개발자 C · +8 / -45

고객사 정보 보호를 위해 프로젝트명 및 일부 세부 정보가 마스킹 처리되어 있습니다.