Xcode управлява собствените библиотечни зависимости в проекти

Част I: Включване на библиотеки чрез podfile

Като начало си струва да разгледаме какви възможности ни дава Cocoapods да свържем библиотеката с проекта (чрез podfile):

    Свържете библиотека от списъка с поддържани: Най-лесният начин (той е и основният), докато можете да посочите обвързване към конкретна версия и да свържете не цялата библиотека, а само част от нея (чрез подспецификация)

Свържете библиотеката, но в същото време посочете пътя към спецификацията.Можете да я използвате, когато съществуващата спецификация на Cocoapods по някакъв начин не ви подхожда (например спецификацията за библиотеката е iOS 6.1, а вашата цел за внедряване е зададена на 6.0 във вашия проект). Ние запазваме спецификацията за себе си, редактираме я според нашите нужди, запазваме я в корена на проекта - в резултат всичко работи за вас и няма нужда да добавяте потенциално вредни промени към публичната спецификация.

  • Свържете библиотеката (заедно със спецификацията), намираща се в системата за контрол на версиите, или просто чрез свързване към архива: Основната разлика от предходния параграф е, че вече не е възможно да редактирате изходния код на библиотеката (технически е възможно обаче, когато инсталирате зависимости, копия на файлове просто ще бъдат добавени към проекта, които няма да се отнасят към оригинала по никакъв начин и ще бъдат пренаписани в оригиналните файлове, когато зависимостите впоследствие се актуализират)

    • Част II: писане на спецификация за нашата собствена библиотека - „как да изпратим 2 байта“

    Част III: моето хранилище на спецификации "с шах и поетеси"

    Ние знаем как да свързваме библиотеки, знаем как да създадем спецификация, харесваме идеята за версии на библиотеки, но няма да споделяме библиотеки. Много често срещана ситуация в малки иголеми компании, има много проекти, те използват споделен код, би било хубаво да ги пакетирате като библиотеки и да работите с версии толкова лесно, колкото с обикновените библиотеки на cocoapods. Тук идват на помощ частните хранилища. Какво ни трябва за това:

    1. Създаваме ново хранилище за спецификации, което ще бъде достъпно за вашия екип. Лошата новина е, че само git се поддържа за хранилището на спецификациите. (Добра новина, трябва да има само хранилище на спецификации в git, самите библиотеки все още ще бъдат достъпни чрез git/svn или дори чрез обикновена архивна връзка). Добавяме го към cocoapods с проста команда от конзолата: Остава само да създадем папка с името на библиотеката в корена на това хранилище, в нея създаваме папка с версията на библиотеката, където вече поставяме самата спецификация.
      управлява
      Това е всичко, остава да изпратите тези промени в хранилището и следващите команди за инсталиране на pod (или актуализация на pod) ще работят с нашата библиотека по същия начин, както с официалната, тоест можете да свържете pod просто с името на библиотеката.

    Част IV: Сглобяване на всичко или как можете да изградите процес на разработка

    P.S. Cocoapods се актуализира постоянно, коригирани са грешки, добавени са нови функции (и нови грешки). Ако нещо спре да работи за вас (и това се случи), моля, не бъдете мързеливи, намерете причината и ако това са cocoapods, уведомете разработчиците.

    И тук можете да получите грант за тестов период на Yandex.Cloud. Необходимо е само да въведете "Habr" в полето "секретна парола".