Xcode керуємо залежностями власних бібліотек у проектах

Частина I: підключаємо бібліотеки через podfile

Для початку варто подивитися, які можливості дає нам Cocoapods, для підключення бібліотеки до проекту (через podfile):

    Підключити бібліотеку зі списку підтримуваних: Найпростіший спосіб (він же основний), при цьому можна вказати прив'язку до конкретної версії та підключити не всю бібліотеку, а лише її частину (через subspec)

Підключити бібліотеку, але вказати шлях до специфікації Можна використовувати тоді, коли існуюча Cocoapods специфікація вас якимось чином не влаштовує (наприклад, у специфікації до бібліотеки стоїть iOS 6.1, а у вас у проекті Deployment target виставлений у 6.0). Зберігаємо собі специфікацію, редагуємо її під свої потреби, зберігаємо в корінь проекту - в результаті у вас все працює, і при цьому немає необхідності додавати потенційно шкідливі зміни до публічної специфікації.

  • Підключити бібліотеку (разом зі специфікацією), розташовану в системі контролю версій, або просто за посиланням на архів: Основна відмінність від попереднього пункту в тому, що редагувати вихідний код бібліотеки вже не можна (технічно можна, проте при встановленні залежностей до проекту будуть просто додані копії файлів, які ніяк не посилатимуться на оригінал і будуть переписані на оригінальні файли при подальшому оновленні залежностей)

    • Частина II: пишемо специфікацію до своєї бібліотеки – «як 2 байти переслати»

    Частина III: свій репозиторій специфікацій «з шахами та поетесами»

    Бібліотеки підключати знаємо як, створювати специфікацію вміємо, ідея версій бібліотек нам подобається, але ділитися бібліотеками не будемо. Дуже часта ситуація в маленьких іВеликі компанії мають багато проектів, на них використовується спільний код, добре б їх оформити як бібліотеки і працювати з версіями так само просто, як і зі звичайними бібліотеками cocoapods. І тут на допомогу приходить приватні репозиторії. Що нам для цього потрібно:

    1. Створюємо новий репозиторій для специфікацій, який доступний вашій команді. Погана новина, для репозиторію специфікацій підтримується тільки git. (Хороша новина, на git повинен бути тільки репозиторій специфікацій, самі бібліотеки, як і раніше, будуть доступні за git/svn або навіть за звичайним посиланням на архів). Додаємо його в cocoapods простою командою з консолі: Залишилося справа за малим, створюємо в корені цього репозиторію папку з ім'ям бібліотеки, в ній створюємо папку з версією бібліотеки, куди вже поміщаємо саму специфікацію.
      залежностями
      Все, залишилося відправити ці зміни на репозиторій і наступні команди pod install (або pod update) працюватимуть з нашою бібліотекою так само, як і з офіційною, тобто підключати pod можна буде просто на ім'я бібліотеки .

    Частина IV: Підключаємо все разом, або як можна побудувати процес розробки

    P.S. Cocoapods постійно оновлюється, виправляються помилки, додаються нові можливості (і нові помилки). Якщо у вас щось перестало працювати (а таке трапляється), не полінуйтеся, будь ласка, знайти причину, і якщо справа саме в cocoapods, дайте знати розробникам.

    А у нас тут можна отримати грант на тестовий період Яндекс.Хмари. Варто лише у полі «секретний пароль» запровадити «Хабр»