вы можете разветвить репозиторий, а затем добавить свое разветвленное РЕПО в виде стручка, поэтому скажите, что вы разветвили РЕПО на https://github.com/tiago/ThePodProject.git, затем установите pod в:

pod 'ThePodProject', :git => 'https://github.com/tiago/ThePodProject.git'

посмотреть здесь для более подробной информации (в разделе "из подспец в корне библиотеки РЕПО")

вы близки к тому, чтобы он работал с вашим раздвоенным репозиторием.

Я просто попробовал это со следующим Podfile:

pod 'WhirlyGlobe', :git => 'https://github.com/tiagoalmeida/WhirlyGlobe'

он загрузил WhirlyGlobe и тогда не удалось, потому что hg отсутствует. Я просто установил его с помощью доморощенного: brew install mercurial и затем runnning pod install удалось установить все зависимости.

проект компилируется,но я не уверен, что он работает, продолжайте и попробуйте.

имейте в виду, что это заняло очень много времени для загрузки и компиляции всех зависимостей (shapelib в частности).

просто хочу добавить свои несколько центов к ответу. Я сталкиваюсь с той же проблемой. Как кто-то предложил выше, я тоже пошел в подкласс pod lib. Я использовал ACEDrawingView, и у него есть изображение свойства, которое только для чтения. Я подкласс-ed его и сделал это свойство read / write. Я лично чувствую, что суб-класс является более элегантным и беспроблемным решением этой проблемы. Если нет огромного развития, которое вы хотите сделать на стороне вашего основного проекта.

сохранение пользовательских изменений с помощью только Git (без разветвления)

для тех, кто ищет простое решение, я успешно решил эту проблему, используя git stashes.

Как уже упоминалось, pod update перезапишет все внесенные вами изменения. Однако, если вы используете git, что мне нравится делать, это фиксировать все мои изменения, за исключением изменений моего стручка.

как только единственные изменения, которые у меня есть на моей ветке, - это изменения стручков, я прячу эти изменения, запустив git stash save "Custom Cocoapod changes, apply after every pod update". Вы можете дать это любое сообщение, которое вы хотели бы, изменив текст между "".

эта команда имеет побочный эффект сброса рабочего каталога в предыдущую головку, поэтому, если вы хотите повторно применить эти тайники, вы можете просто запустить git stash apply чтобы вернуть эти изменения, а затем вы можете зафиксировать их, чтобы сохранить их.

не используйте git stash pop поскольку это удалит тайник после его применения.

теперь, в некоторое неопределенное время в будущем, когда вы обновляете свои стручки и свои время, чтобы применить заначку снова, то, что вы хотите сделать, это запустить git stash list. это вернет список всех тайников, которые вы сделали с самым последним нулевым индексированием. Вы, вероятно, увидите что-то вроде этого:

stash@{0}: On featureFooBar: foo bar
stash@{1}: On Master: Custom Cocoapod changes, apply after every pod update
...

если пользовательские какао стручки изменения Сташ находится в Сташ@{0} то идеально, вы можете просто запустить git stash apply еще раз, и вы получите эти изменения в своем рабочем каталоге. В противном случае, как только вы найдете номер тайника, который изменяется в ваших стручках, вы можете применить этот тайник бег!--7-->

применение тайников проще всего, когда у вас есть чистый рабочий каталог в той же ветке, но это не требуется. на этой странице дает хорошее описание git stash и как его использовать в противном случае.

это не самое полное доказательство, так как я могу предвидеть некоторые проблемы, когда у вас есть несколько человек в одном проекте, но это простой способ решить эту проблему, не прибегая к более сложным решениям.