2016-03-09 4 views
6

Otrzymuję komunikat o błędzie podczas budowania aplikacji po usunięciu odwołania do frameworka, które zostało niepoprawnie dodane. Jestem nowy na iOS i cocoapodsUruchomienie niestandardowego skryptu powłoki IOS 'wbudowany system plików podpórek' nie znaleziono błędu

/Users/MyMac/Library/Developer/Xcode/DerivedData/MyApp-ewxrexwuczochyctnqvlyusrtvvy/Build/Intermediates/MyApp.build/Debug-iphonesimulator/MyApp.build/Script-5874133373474758EEC76CFD.sh: line 2: /Users/MyMac/Documents/MyApp/Pods/Target Support Files/Pods-MyApp/Pods-MyApp-frameworks.sh: No such file or directory

Zdaję sobie sprawę, że plik i katalog nie istnieje i że jest tak jak powinno być, ale gdzie jest znalezienie odniesienie do tego pliku, więc można usunąć to i pozbyć się błędu.

Sprawdziłem co następuje:

  • Linked Ramki andLibraries pod ogólnym karcie mojego projektu
  • Grupa ram w projekcie
  • ścieżki wyszukiwania ramy w zakładce Ustawienia kompilacji
  • Mam również uruchomić aktualizację pod po usunięciu go z pliku pod

Jak mogę to naprawić?

Edit powrotem historia

starałem się dodać ramy https://github.com/Alliants/ALAccordion. w instrukcji mówi się używać

# Podfile 
target 'My Target' do 
    use_frameworks! 
    pod "ALAccordion" 
end 

więc dodałem MojaApl gdzie moim celem jest i stworzyła ramy nazwie Pods-MojaApl których nie mogę całkowicie usunąć.

nadzieję, że to pomaga

+1

Po uruchomieniu 'podinstalacji', czy wynik się powiódł? – dokun1

+0

Tak, ale dany plik Pods-MyApp nie znajduje się już w pliku pod, ponieważ został wprowadzony w błąd.zobacz edytuj (za około minutę) – Lonergan6275

+0

@ dokun1 edytowany. – Lonergan6275

Odpowiedz

10

Cocoapods napisał narzędzie do całkowicie deintegrate wszystkich tych rzeczy ze swojego projektu, dlatego wraca do samodzielnego działania. Brzmi jakbyś miał problem dodając właściwego celu, więc to wykorzystać:

https://github.com/CocoaPods/cocoapods-deintegrate

Następnie spróbuj ponownie więc można przynajmniej zacząć od dobrej ziemi. Mam nadzieję że to pomoże!

+0

Wygląda na to, że zadziałało. nie masz czasu na pełne sprawdzenie go do jutra. więc przyjmuję twoją odpowiedź, jeśli wszystko będzie nadal dobre. Dzięki – Lonergan6275

-1

dlaczego

use_frameworks!

po

cel ... zrobić

tutaj jest przykładem

platform :ios, '8.0' 
use_frameworks! 

inhibit_all_warnings! 

target 'XXX' do 
    pod 'RealmSwift' 
end 

target 'XXXTests' do 
    pod 'RealmSwift' 
end 
+0

Edytowałem odpowiedź. Proszę, możesz ponownie obejrzeć ... – typedef

+0

Przepraszam, że to nie pomogło. jasne jest, że omawiane ramy nie znajdują się już w podfile, ponieważ nie są one w projekcie i nie są potrzebne. jaki jest cel linii, którą zasugerowałeś? – Lonergan6275

+0

Edycja na pytanie, które zrobiłem, może pomóc – Lonergan6275

0

Stało się to przy wstępnej wersji Cocoapods 1.2.0.beta.1, po powrocie do stabilnej wersji i uruchomieniu pod install, a następnie wyczyszczenia kompilacji, zadziałało.

Powiązane problemy