Ответ 1
У меня такая же проблема, и она была исправлена после запуска pod setup
, а затем pod install
Может ли кто-нибудь помочь мне разрешить ошибку в трассировке стека ниже? Это происходит, когда я запускаю любую команду pod
. Я удалил и переустановил камень без везения.
00:44:05-David~/dev/farecast-app (master)$ pod setup
Setting up CocoaPods master repo
/usr/local/rvm/rubies/ruby-2.1.0/lib/ruby/2.1.0/pathname.rb:422:in `open': No such file or directory @ dir_initialize - /Users/David/.cocoapods/repos (Errno::ENOENT)
from /usr/local/rvm/rubies/ruby-2.1.0/lib/ruby/2.1.0/pathname.rb:422:in `foreach'
from /usr/local/rvm/rubies/ruby-2.1.0/lib/ruby/2.1.0/pathname.rb:422:in `children'
from /usr/local/rvm/gems/ruby-2.1.0/gems/cocoapods-0.34.4/lib/cocoapods/sources_manager.rb:63:in `all'
from /usr/local/rvm/gems/ruby-2.1.0/gems/cocoapods-0.34.4/lib/cocoapods/user_interface/error_report.rb:127:in `repo_information'
from /usr/local/rvm/gems/ruby-2.1.0/gems/cocoapods-0.34.4/lib/cocoapods/user_interface/error_report.rb:34:in `report'
from /usr/local/rvm/gems/ruby-2.1.0/gems/cocoapods-0.34.4/lib/cocoapods/command.rb:63:in `report_error'
from /usr/local/rvm/gems/[email protected]/gems/claide-0.7.0/lib/claide/command.rb:300:in `handle_exception'
from /usr/local/rvm/gems/[email protected]/gems/claide-0.7.0/lib/claide/command.rb:274:in `rescue in run'
from /usr/local/rvm/gems/[email protected]/gems/claide-0.7.0/lib/claide/command.rb:264:in `run'
from /usr/local/rvm/gems/ruby-2.1.0/gems/cocoapods-0.34.4/lib/cocoapods/command.rb:50:in `run'
from /usr/local/rvm/gems/ruby-2.1.0/gems/cocoapods-0.34.4/bin/pod:33:in `<top (required)>'
from /usr/local/rvm/gems/ruby-2.1.0/bin/pod:23:in `load'
from /usr/local/rvm/gems/ruby-2.1.0/bin/pod:23:in `<main>'
from /usr/local/rvm/gems/ruby-2.1.0/bin/ruby_executable_hooks:15:in `eval'
from /usr/local/rvm/gems/ruby-2.1.0/bin/ruby_executable_hooks:15:in `<main>'
ОБНОВЛЕНИЕ: Исправлено с предложением @KeithSmiley.
У меня такая же проблема, и она была исправлена после запуска pod setup
, а затем pod install
У Cocoapods была проблема, где их хранилище github стало поврежденным, и это заставляет пользователей вручную очищать локальное репо.
Цитата из сообщения в блоге Cocoapods с подробным описанием ошибки:
К сожалению, мы столкнулись с ошибкой в libgit2, и мы собираемся вынуждены вставлять в репозиторий Specs. (Также известный как 'Master spec repo.)
Что это значит для вас? Ну, в основном ваша настройка CocoaPods перерыв. Вам придется вручную удалить любые локальные копии репозитория Specs и повторная клонирование новой версии Репозиторий спецификаций. Вы можете сделать это со следующими командами:
$ sudo rm -fr ~/.cocoapods/repos/master
$ pod setup
Простое выполнение приведенных выше команд приведет к удалению поврежденного репо и повторной инициализации с использованием чистого репо. См. блогпост, упомянутый выше для получения дополнительной информации.
Надеюсь, это поможет!
У меня была аналогичная проблема. Я удалил папку Pods и снова запустил pod install. Проблема решена.
Иногда это происходит при использовании неправильного символа апострофа в подфайле или в Podspec
Эти апострофы являются стандартными при использовании стандартного приложения TextEdit для OS X. Я предпочитаю Sublime Text, чтобы избежать таких ошибок.
Ничего не работало для меня, я должен был sudo gem install cocoapods
, и это сделало магию.
БЫСТРОЕ РЕШЕНИЕ
A хороший способ решить эту проблему будет указанная папка и проверить отсутствующий файл (иногда он есть, но в редком формате) и удалить файл. Удалите также Podfile.lock
файл
Затем выполните pod install
, и все должно быть хорошо:) вам не нужно удалять все репозитории, которые загрузили Cocoapods.
Готово!
FYI - я столкнулся с этой проблемой при новой установке коко-каподов. Похоже, это ошибка, которая исправлена в 0,36
Я получил аналогичную ошибку. И я попробовал "pod setup", но не работал. Затем я создаю фальшивый файл, о котором мне сказали не хватает, а затем "pod update", работает.
У меня такая же проблема, но мне пришлось удалить целую директорию./Pods/в моем проекте, чтобы продолжить (каталог содержал символические ссылки на файлы из другой ветки, которые не были удалены при переключении ветки)
Я знаю, что это более старая запись, но я столкнулся с этой проблемой при перемещении или удалении файла .h в локальном контейнере. Оказывается, это была проблема с v0.38, и решение должно было обновиться.
См. обсуждение проблемы Github здесь.
перейти в каталог проекта и ввести команду export PATH = $PATH: $HOME/Программное обеспечение /ruby /bin