Cocoapod으로 SDK를 만들고 배포하는 과정을 다룹니다.
custom SDK를 Cocoapods로 업데이트하는 방법에 대해 작성합니다.
📍 SDK 소스를 Github에서 관리하는 경우에 대한 방법입니다.
Tag 달기
업데이트된 소스코드를 Github에 올리고 난 후에, 해당 버전에 맞는 Tag를 달아줍니다.
podspec 파일을 보면 sdk 해당 버전과 동일한 tag로 sdk의 소스를 가리키고 있기 때문에 tag 이름이 sdk버전과 꼭 동일해야합니다.
다음과 같이 Github에 업데이트 될 버전에 대한 tag가 올라가 있으면 됩니당
SDK 업데이트 하기
podspec 검증 및 업데이트
업데이트할 SDK의 podsepc 파일이 있는 경로에서 터미널을 오픈하고
- pod spec lint
pod이 오류가 있는지 검증합니다.
warning은 무시해도 되지만 error가 나온다면.. 해결해주어야합니다 🥹
- pod trunk push
저는 warning이 있었기 때문에
- pod trunk push --allow-warnings 로 진행했습니다.
성공적으로 업데이트 되었습니다 ~ 👍🏻
SDK 버전 관리 규칙
Cocoapods에서는 SDK 버전에 대한 규칙을 제공하고 있습니다.
출처
버전을 X.Y.Z (주.부.수) 형식으로 할 때
- 기존 버전과 호환되지 않게 API가 바뀌면 “주(X) 버전”
- 기존 버전과 호환되면서 새로운 기능을 추가할 때는 “부(Y) 버전"
- 기존 버전과 호환되면서 버그를 수정한 것이라면 “수(Z) 버전”
을 올립니다.
- 초기 개발 단계에 0.y.z 버전 관리는 어떻게해야 하는가?
최초 개발 배포를 0.1.0으로 하고, 이후 배포마다 부버전을 올립니다.
- 언제 1.0.0을 배포해야 하는가?
소프트웨어가 실 서비스에 쓰이기 시작했다면 이미 1.0.0이라고 여길 수 있습니다.
사용자들이 믿고 쓸 수 있는 안정한 API가 있다면 1.0.0일 것입니다.
- 부버전을 올리는데 실수로 호환되지 않는 변경이 들어갔다면?
버전 명세를 어겼다는 사실을 알게 되면, 즉시 문제를 해결하고 호환성이 깨진 부분을 복구해서 새 부버전을 배포해야합니다.
이 경우라도 이미 배포된 버전을 변경해서는 안 되고 필요한 경우라면 문제가 되는 버전을 문서로 표시합니다.
