

핏펫몰 개발 스쿼드의 git 전략 연대기
스쿼드 규모와 배포 방식 변화에 맞춰 Git 전략을 단계적으로 개선했습니다. 기능 단위 테스트와 일 2회 배포로 지연과 운영 부담을 줄였습니다.
새로운 기술 블로그가 추가되었어요


스쿼드 규모와 배포 방식 변화에 맞춰 Git 전략을 단계적으로 개선했습니다. 기능 단위 테스트와 일 2회 배포로 지연과 운영 부담을 줄였습니다.


단일 Helm 차트와 Spinnaker 템플릿으로 배포 파이프라인 구성을 단순화했습니다.\n저장소 중심 설정과 Slack 워크플로우로 팀 간 의존성을 줄이고 비동기 사전 작업을 지원했습니다.


사용자가 배포 세부 구현 대신 서비스 전달에 집중하도록 DIY 배포 방식을 소개했습니다. 누구나 쉽게 파이프라인을 구성할 템플릿 기반 환경을 다룹니다.


입고팀이 도메인 이해와 일정 효율화를 위해 스크럼을 도입한 배경을 소개했습니다. 2주 스프린트의 리뷰·계획·일일 회의·배포·회고 운영 방식을 설명합니다.


입고팀이 도메인 이해와 일정 효율화를 위해 스크럼을 도입한 배경을 설명했습니다. 2주 스프린트 기반의 리뷰·계획·배포·회고 운영 방식을 소개합니다.


GitHub Deployment API로 런타임별 배포 도구를 추상화해 원클릭 배포를 구성했습니다.\n사용자는 동일한 UI로 배포 전략과 상태를 관리하며, 도구 결합도를 낮췄습니다.
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.


런타임 환경 증가로 복잡해지는 배포 문제를 원-클릭 방식으로 해결한 사례를 소개했습니다. AWS EKS 기반 Kubernetes 환경에서도 동일한 UI 배포 경험을 제공했습니다.


PlayStore Beta의 수동 테스트 앱 배포·테스터 관리 문제를 Firebase App Distribution과 fastlane으로 개선했습니다. 내부망 Git 제약을 고려해 배포 lane과 초대 링크 기반 QA 흐름을 구성했습니다.


Amplify Console에 monorepo를 연결할 때 빌드 실행 경로와 Preview 동작 범위를 설명했습니다.\n불필요한 빌드·비용을 막기 위한 브랜치 자동 감지와 webhook 배포 방식을 제안합니다.

Django 기반 서비스에서 요청 처리부터 테스트, PR 리뷰, 배포까지의 개발 흐름을 경험했습니다.\n스프린트 소통, 문서화, 보안 수칙과 구체적인 질문의 중요성을 배웠습니다.


컨테이너로 개발·배포 환경 차이를 줄이는 배경을 설명했습니다. docker-compose 기반 로컬 환경으로 배포 신뢰도를 높일 수 있습니다.

Django 유틸리티·직렬화와 PaaS 배포 시의 운영 원칙을 정리했습니다.\nDC/OS 기반 컨테이너 오케스트레이션의 목적과 주요 기능을 실습했습니다.