웹 인프라6분
docker builder prune 상한: 왜 남의 캐시까지 깎일까?
한 서비스의 개발 배포를 다른 호스트로 옮기는 중이었습니다. 러너를 새로 붙이고, 환경변수 출처를 바꾸고, 이제 워크플로를 켜기만 하면 되는 참이었습니다. 그런데 배포 스크립트 마지막에 있는 한 줄에서 멈췄습니다.
전체 태그
#ci-cd 9개 글
- 보안8분
개인 액세스 토큰의 한계: 토큰은 권한이 아니라 신원
- run: eas build --platform all --non-interactive
- 모바일 앱16분
EAS 배포 구조: Build·Submit·Update 는 왜 따로인가
앱 하나를 두 스토어에 올리면서 EAS 를 처음 제대로 썼습니다. 그 전까지는 "배포 명령을 돌리면 스토어에 올라간다" 정도로만 알고 있었는데, 실제로 해보니 그 한 문장 안에 서로 다른 세 가지 일이 섞여 있었습니다. 그걸 구분하고 나서야 어디서 막혔는지가 보였습니다.
- 웹 인프라11분
배포하면 CSS가 404: stale-while-revalidate 함정
"모바일에서 사이트가 이상해요."
- 모바일 앱11분
Flutter 앱 배포, `flutter build` 한 줄이면 끝인 줄 알았습니다
Flutter 앱의 빌드 명령은 간단합니다. Android는 flutter build appbundle, iOS는 flutter build ipa로 결과물을 만들 수 있습니다. 그러나 팀이 반복해서 사용할 수 있는 배포 체계를 만들려면 그 뒤에 있는 서명, 권한, 스토어 API, 심사와 출시 절차까지 함께 설계해야 합니…
- 모바일 앱11분
Expo 앱은 만들었는데 출시가 안 됩니다: `eas build`보다 먼저 준비할 것들
Expo를 사용하면 네이티브 빌드 과정이 크게 단순해집니다. 하지만 앱스토어 출시까지 명령어 한두 줄로 끝나는 것은 아닙니다. 실제 자동 배포를 만들려면 앱 등록, 서명 자격 증명, 스토어 API 권한, CI/CD 승인 절차가 먼저 준비되어야 합니다.
- 웹 인프라17분
Self-hosted Runner와 Vercel 배포 비교: git push 뒤에서 무엇이 다른가
GitHub에 커밋을 푸시하면 자동으로 서비스가 배포됩니다. 겉으로 보면 GitHub Actions의 Self-hosted Runner와 Vercel은 똑같아 보입니다.
- 모바일 앱2분
모바일 앱 스토어 배포 자동화를 설계할 때 볼 것들
모바일 앱 배포는 빌드 파일을 만드는 것에서 끝나지 않습니다. 인증서, 서명 키, 스토어 메타데이터, 심사 정보, 버전 관리, 제출 자동화까지 함께 설계해야 반복 가능한 배포가 됩니다.
- 모바일 앱2분
Expo EAS 비용 구조와 절약 전략
Expo Application Services(EAS)는 React Native 앱을 빌드, 제출, 업데이트하는 과정을 단순하게 만들어줍니다. 하지만 팀 규모와 빌드 빈도에 따라 비용 구조를 이해하고 써야 합니다.