Comments 5
s.version = "1.0.5-dev"
s.source = { :git => "ssh://git@bitbucket.org:bestcompany/my-super-library.git"}
Так лучше не делать, т.к. не сохранится информация, какой конкретно коммит библиотеки был использован в конкретной ревизии проекта. (Если CocoaPods научился эту информацию сохранять — поправьте меня.)
Поэтому dev-версии библиотек подключаем всегда через субмодуль по способу 3:
pod 'SuperLibrary', :path => 'Submodules/SuperLibrary'
А в остальном всё так же: свой репозиторий со спецификациями и т.д.
Это перестраховка как раз для способа 3
А если подключать по способу 3, то ни
В общем, лучше не комбинировать такой
s.version
, ни s.source
ни на что не влияют. Ну, строго говоря, s.version
пропишется в Podfile.lock
и дополнительно напомнит, что используется dev-версия, но это итак вроде очевидно из того факта, что библиотека подключена как субмодуль.В общем, лучше не комбинировать такой
.podspec
со способом 2, и не применять способ 4, если хотим сохранить информацию о соответствии ревизий проекта и библиотеки.Ещё небольшой tip & trick.
Когда активно разрабатываешь библиотеку в субмодуле, часто приходится делать
Он же полезен и при работе оффлайн.
Когда активно разрабатываешь библиотеку в субмодуле, часто приходится делать
pod install
. Чтобы этот процесс происходил быстрее, и CocoaPods пропускал шаги обновления репозиториев и интеграции в проект, удобно добавить алиас в ~/.profile
:alias 'pod-qi'='pod install --no-repo-update --no-integrate'
Он же полезен и при работе оффлайн.
Sign up to leave a comment.
Xcode: управляем зависимостями собственных библиотек в проектах. Cocoapods advanced