Estou no campo de desenvolvedores que não fazem check-in de bibliotecas, assumindo que temos uma boa cópia disponível em outro local. Portanto, no meu .gitignore, incluo as seguintes linhas específicas para o CocoaPods:
Pods/
#Podfile.lock # changed my mind on Podfile.lock
Então, garanto que temos uma cópia das bibliotecas em um local seguro. Em vez de (mis-) usar o repositório de código de um projeto para armazenar dependências (compiladas ou não), acho que a melhor maneira de fazer isso é arquivar compilações. Se você usar um servidor de IC para suas construções (como Jenkins), poderá arquivar permanentemente todas as construções importantes para você. Se você criar todas as suas construções de produção no Xcode local, crie o arquivo do seu projeto para todas as construções que você precisa manter. Algo como: 1. Produto -> Arquivo
Distribua ... Envie para a App Store do iOS / Salvar para empresa ou Implantação ad-hoc / o que você tem
Revele a pasta do seu projeto no Finder
Clique com o botão direito e Comprima "WhateverProject"
Isso fornece uma imagem como construída de todo o projeto, incluindo as configurações completas do projeto e da área de trabalho usadas para criar o aplicativo, bem como distribuições binárias (como Sparkle, SDKs proprietários como TestFlight etc.), independentemente de eles usarem ou não o CocoaPods.
Atualização: Eu mudei de idéia sobre isso e agora confirmo o Podfile.lock
controle de origem. No entanto, ainda acredito que os próprios pods são artefatos de construção e devem ser gerenciados como tal fora do controle de origem, através de outro método, como o servidor de IC ou um processo de arquivamento, como descrevi acima.