iOS - CocoaPods üstbilgi dosyalarını bulamıyorken derleme başarısız oluyor

CocoaPods kullanan bir iOS projem var. Başka bir geliştirici aynı proje üzerinde çalışmaya başlayana kadar her şey sorunsuz bir şekilde çalışıyordu. Bazı değişiklikler yaptı (sadece bildiğim kadarıyla kodlamak için) ve repoda yeni bir şube yaptı. Onun şubesini teslim ve inşa etmeye çalıştım, ama bir hata alıyorum: ASLogger / ASLogger.h dosyası bulunamadı.

Tüm projeyi silip yeni bir kopya oluşturup 'kapsül yükleme' özelliğini kullansam bile. yapı hatası hala orada. Sorunun nerede olabileceği hakkında bir fikrin var mı? Daha fazla bilgiye ihtiyacınız varsa, sormanız yeterlidir.

Güncelleme

Bir yapılandırma dosyasını eksik olan hedeflere Podfiledahil link_withettiğinizden emin olun . Cocoapods , varsayılan olarak yalnızca ilk hedefi belirler . Örneğin

platform :osx, '10.7'
pod 'JSONKit',       '~> 1.4'

link_with 'Pomo', 'Pomo Dev', 'Pomo Tests'

------ Güncellemeyi Sonlandır

Not: Aşağıdaki adımlar için lütfen Proje-> Bilgi-> Konfigürasyonlara bakmanız gerektiğini unutmayın.

Benzer belirtiler yaşadım ve pods.xcconfigdosyanın targetoluşturmaya çalıştığım özel içeriğe dahil olmadığını buldum . Önerilen diğer çözümlerden bazıları benim için çalıştı, ancak bu, altta yatan sorunun bir kısmını ele aldı gibi görünüyordu.

Basit çözüm, bir seti olmayan hedefler için konfigürasyon dosyasını değiştirmekti.

Güncelleme

Orijinal cevabımdan beri bunu güncelledim, bu aşağı oyu aldı, bu yüzden umarım bu yardımcı olur. Ve eğer öyleyse, umarım oyumu geri alır.

Üstbilgiler içe aktarılmıyorsa, muhtemelen HEADER_SEARCH_PATHS. Deneyin ve eklemek $(inherited)emin bunu CocoaPods gelen .xcconfig dosyasına dahil herhangi bir arama yollarında çeker olmasını sağlamak için olabildiğince Yapı Ayarlar başlık arama yollarına.

Bu, herhangi bir çakışmada yardımcı olmalı ve kaynağınızın doğru bir şekilde içe aktarılmasını sağlamalıdır.

1.Check

oluşturma ayarları -> Arama Yolu -> Kullanıcı Üstbilgisi Arama Yolları ->

• "$ {PODS_ROOT} /" özyinelemeli

2.Check ithalat stili (KEY NOKTASI), senin en eğer podfilevarsa seti

use_frameworks!

Sizinkinde File-Bridging-Header.h, formatlayıcı bunu beğenmelidir

#import "MBProgressHUD.h"

başka aşağıda olmalı

#import <MBProgressHUD.h>

3. iş olmalı! güven Bana

Başlık dosyaları, sen benim ölümüm olacaksın ...

Sonunda (tırnak işaretleri dahil) ekleyerek işe yaradı

"${PODS_ROOT}/BuildHeaders"

Kullanıcı Üstbilgisi Arama Yolları girişine gidin ve 'özyinelemeli' seçeneğini işaretleyin.

Buldum ${PODS_HEADERS_SEARCH_PATHS}eksik ve benim geliştirmek git şube tanımlı değil, Bu yüzden eklenen "$(SRCROOT)/Pods/Headers/"özyinelemeli ile Header Arama Yolları için

Bu benim için uygun

Diğer iki cevap da burada yardımcı olmadı. Düzeltebilecek başka 2 sorun buldum:

• Xcode projesindeki (projeniz) Project-> Info-> Konfigürasyonları, Debug, Release (ve sahip olduğunuz) için 'Pods' olarak ayarlanmalıdır. Bkz. "Başlıklar bulunamadı - arama yolları dahil değil"

• Belki de hedefi link_with komutuyla bağlamanız gerekir. Bkz. "Statik Kütüphane projesinde başlıklar bulunamıyor"

EDIT Symlink'i şu şekilde kontrol edebilirsiniz: 'check' adında bir metin dosyası oluşturun. bu satırları içine kopyalayın:

file=/Users/youUserName/XcodeProjectName/Pods/BuildHeaders/SVProgressHUD/SVProgressHUD.h
if [[ ! -e $file &&  -L $file ]]; then
  echo "$file symlink is  broken!"
else
  echo "symlink works"
fi

Ardından terminale gidin, kontrol dosyanızın bulunduğu klasöre geçin ve yazın

bash check

İşte benim için işe yarayan:

Hedef> "Derleme Ayarları" sekmesine gidin ve "Kullanıcı Üstbilgisi Arama Yolları" ayarını bulun.

Bunu "$ (BUILT_PRODUCTS_DIR)" olarak ayarlayın ve "Yinelemeli" onay kutusunu işaretleyin.

Artık yerleşik hedef, bağlanabilir başlık dosyalarını bulmak için çalışma alanının paylaşılan derleme dizinini arayacaktır.

====

GÜNCELLEME

Son zamanlarda benzer (biraz farklı olmasına rağmen) bir sorun vardı. .xcodeprojDosya yerine dosyayı açtığım için Xcode'un Pod'ları bulamadığı ortaya çıktı .xcworkspace. Gelecekte başkalarına yardımcı olabilir.

Yukarıdakilerin hiçbiri sizin için işe yaramadıysa ve use_frameworks!Podfile'ınızda yeni açtığınız için bu hatayı buluyorsanız, okumaya devam edin:

Özel durumumda arama başlığı yolları ile ilgili olmadığını öğrenmeden önce yukarıdaki tüm çözümleri ve çok daha fazlasını denedim; o olduğunu sen geçtiğinizde use_frameworks!sizin Podfile daki köprü başlığında çerçeveler dahil etmek ve aslında Xcode çok yardımcı "başlığını bulamadık" hata atmak olacaktır artık ihtiyaç.

Yapmanız gereken köprü içe aktarma başlık dosyanızdaki tüm içe aktarmaları kaldırmak ve bunun yerine Swift'i import ModuleSwift çerçevelerinde olduğu gibi tek tek Swift dosyalarınızda gerektiği gibi kullanmaktır.

Eğer Obj-C sınıflarında çerçeve başlıklarından birini kullanıyorsanız VE (bu vasıta değiştirmek küresel ithalat bir yerel ondan değiştirmeniz gerekir (benim durumumda biz FBSDK kullanılan bir kolaylık sınıf var) #import "Module.h"için #import <Module/Module.h>hangi otomatik tamamlanır gerektiğini çerçeve adını yazmaya başladığınızda sizin için <AFNetworking/AFHTTPRequestOperationManager.h>.

Düzenleme: O zamandan beri @import Modulebile daha güvenli bir şemsiye dosyası kullanır öğrendim .

Cocoapods stilini ithal etmeyi denedin mi?

#import <ASLogger.h>

Sitedeki bilgiler gerçekten net değil, bir çekme isteği gönderdim:

https://github.com/CocoaPods/cocoapods.org/pull/34

Güncelleme: İsteğimi aldılar :)

Wiki bu sorunu çözmek için nasıl bir öğüt verir:

Xcode bağımlılıkların başlıklarını bulamazsa:

Bölme başlığı dosyalarının Bölmelerde / Başlıklar'da doğru şekilde sembolize edilip edilmediğini ve HEADER_SEARCH_PATHS'yi geçersiz kılmadığınızı kontrol edin (bkz. # 1). Xcode hala bulamıyorsa, son çare olarak içe aktarmalarınızı başlatabilirsiniz, örneğin #import "Pods / SSZipArchive.h".

Takımda aynı sorunu yaşayan tek geliştiriciydim, herkes için mükemmel çalıştı, bu yüzden ortamım olması gerektiğini fark ettim. Ben git cloneaynı projeyi başka bir dizinde denedim ve mükemmel bir şekilde derlenmiş, sonra bir yerde benim proje yolu için Xcode önbellek şeyler olması gerektiğini fark ettim, "bir yerde" DerivedData klasörü, sadece kaldırmak ve temiz bir yapı yapmak benim için çalıştı.

Yolu bulabilir ve hatta klasörü bulucuda açabilirsiniz:

Xcode -> Tercihler -> Konumlar -> ** DerivedData

Derleme ayarlarımda aşağıdaki bilgileri güncelleyeceğim ve herhangi bir hata almadım. Bunları kontrol etmek için cocoapod'larınızı güncellerken bunlar.

Derleme Ayarları

Bit kodunu etkinleştir - EVET (bit kodu kullanıyorsanız)

Makro önişlemcisi - $ (devralınmış)

Diğer bağlayıcı bayrağı - objc, -lc ++, $ (devralındı)

Yalnızca mimari yapı

Hata ayıklama - Evet

Relese - Hayır

Arama Yolu

Çerçeve arama yolu - $ (devralınmış) $ (PROJECT_DIR)

Kütüphane arama yolu - $ (devralınmış)

Başlık arama yolu - $ (devralındı)

Bir " pod yükleme " veya " pod güncellemesi " sonrasında bina hataları yaşadıysanız , hala önceki bir sürümü kullanırken bölmelerinizden biri XCode 6.3 ile oluşturulmuş olabilir.

Benim durumumda, Xcode 6.3'e sahip olmak ve sorunu çözmek için OSX'imi mavericks'ten Yosemite'e güncellemek zorunda kaldım

benim için sorun Diğer Linker bayrakları değerdeydi. Bazı nedenlerden dolayı bayraklarda alıntı yapmadım -l"xml2" -l"Pods-MBProgressHUD".

Git hub zip indirmek ve Pod / ilgili yollarda Finder içine eksik dosyaları sürüklemek zorunda kaldı ...

Benim için işe yarayan Pods projesini seçmek, Pod projesinin hedef dizininde eksik başlık ile hedef çerçeveyi bulmak ve seçmek ve hedefin yapı ayarlarındaki "Mimariler" altında "Yalnızca Etkin Mimari Oluştur" u "Hayır" olarak ayarlamaktı.

Aynı problemim var, ancak yukarıdaki çözümler işe yaramaz. Bunu yaparak düzelttim:

1. Tüm projeyi kaldır
2. Git projeyi klonlayın ve paket exec pod kurulumunu çalıştırın
3. cd peoject ve run run yukarı akış yukarı-remote-rep-add
4. yukarı akış getir
5. git ödeme yöneticisi
6. git merge akış yukarı / master

Ve sonra işe yarıyor.

Benim için, Pod'larım projesinin iOS dağıtım hedefi olduğunu belirleyen şey projemin kendisinden daha düşüktü. Projemle aynı yaptığımda başlık dosyasını bulabildim.

Xcode 5.0'ın GM tohumundaydım ve bu cevapların hiçbirini işe yarayamadım. SO ile ilgili her cevabı cocoapods w / başlık ithalatı ile ilgili birçok farklı soru üzerinde denedim.

Nihayet benim için işe yarayan bir çözüm buldum : Mac AppStore (GM tohumunun üzerine kurulu) aracılığıyla Xcode 5.0'a geçtim ve şimdi başlık ithalatı beklendiği gibi çalışıyor.

Sistemimde hala Xcode 5'in beta sürümü vardı ve bunu da sildim. Belki bu iki şeyin birleşimiydi, ama umarım bu başka birine yardımcı olur.

Bu benim için bir cevaptı, cocoapod'ları güncelledim ve sanırım PODS_HEADERS_SEARCH_PATHS ortadan kalktı. Çözümüm buna benziyordu ama "$ (PODS_ROOT) / Headers" ı kullandım - Andrew Aitken

Bu cevap için çok teşekkür ederim. Sorunumu çözmenin yollarını aramakta zorlandım. Çok teşekkür ederim.

Cevapların hiçbiri bana yardımcı olmadı (bölmelerimin tüm hedeflerle bağlantılı olmasını sağladım, yapılandırmaları düzgün bir şekilde oluşturdum, düzeltilmiş arama yollarını "$ (devralındı)" vb. Ayarladım).

Standart yükleme / güncelleme komutunu kullanarak cocoapod'ları en yeni, hata ayıklama sürümüne güncelledikten sonra sorun kendiliğinden kayboldu:

   gem install cocoapods --pre

veya:

   sudo gem install cocoapods --pre

(yükleme sırasında sudo kullanılmışsa).

Cocoapods böcek olmalı.

Basit bir geçici çözüm şunlardır: 1. Pod klasörünü ve Podfile.lock dosyasını silin. Ancak Podfile 2'yi silmeyin. Proje kök klasörünüzde aşağıdaki komutu çalıştırın:

pod install

Başka bir neden daha var: Tüm başlık yolları iyi görünüyordu, ancak bir pod başlığını okumaya çalışırken önceden derlenmiş (.pch) dosyada hala bir hatayla karşılaştık

(yani #import <CocoaLumberjack / CocoaLumberjack.h>).

Ham derleme çıktısına baktığımda, nihayet hatanın inşa ettiğimiz ana hedefi değil Watch OS Uzantı Hedefimizi kırdığını fark ettim, çünkü .pch önceden derlenmiş başlık dosyasını Watch OS hedeflerine de içe aktarıyorduk ve başarısız oldu Orada. Birlikte verilen Watch OS hedef ayarlarınızın .pch dosyasını içe aktarmaya çalışmadığından emin olun (özellikle bu içe aktarmayı benim yaptığım gibi ana hedef ayarından ayarladıysanız!)

Kütüphaneyi bir kapsül kurulumu olarak dahil etmenin dinamik kütüphanelere doğrudan yardımcı olduğunu buldum. Örneğin, Firebase için:

pod 'RNFirebase', :path => 'path/to/node_modules/react-native-firebase/ios'

Veya ASLogger için:

pod 'ASLogger', :path => 'path/to/node_modules/aslogger/ios' // path to header files

Değişen veya kodlama HEADER_SEARCH_PATHSbana yardımcı olmadı. Hata tekrarlarsa, rm -rf node_modulespod dosyasını vb. Silmek veya silmek gerekli değildir , önbelleği temizlemeyi yararlı buldum.

Tepki-yerli için koşuyorum

    rm -rf $TMPDIR/react-native-packager-cache-*
    rm -rf $TMPDIR/metro-bundler-cache-*
    rm -rf $TMPDIR/metro-* 
    rm -rf $TMPDIR/react-* 
    rm -rf $TMPDIR/haste-*
    rm -rf "$(getconf DARWIN_USER_CACHE_DIR)/org.llvm.clang/ModuleCache"
    npm start -- --reset-cache

Xcode için klasörleri ~/Library/Developer/Xcode/DerivedData

Bence nihai çözüm, Build settings -> Search Path -> User Header Search Pathskütüphane yolunuzu bulmak ve bir Finder'da bu yolu bulmaktır. İçe aktarma yolunuz da dahil olmak üzere tüm yolların mevcut olduğundan emin olun.

Benim için yolum bir öğreticiden daha kısaydı. Eğitimde böyle bir şeydi #import <SDK/path/to/sdk/File.h>, ama sadece#import <SDK/File.h>

Burada başka işe yaramış çözümüm var,

1. Xcode'tan çık
2. Xcode'u açın ve projeyi temizleyin
3. Önce Pod Oluşturma projesi
4. Proje Oluştur

Hedefiniz için bu satıra yorum yapmaya çalışın

#  use_frameworks!

Veya xcode'a başka bir cevap eklenmiş birim test hedefime başvurabilirsiniz - köprüleme başlığı içe aktarılamadı

Kullanmak istediğim sürükle bırak çerçevesiyle Xcode 8.2.1 için bu sorunları çözdüm.