2017-06-27 34 views
5

Podczas próby zbudowania mojego projektu Swift 4 w Xcode 9 beta 2 pojawia się błąd podpisywania kodu, po którym kompilacja mojej aplikacji zostanie przerwana.Xcode 9 nie zbuduje projektu Swift 4 z pod numerem

Błąd, który jest pokazany w Xcode:

/usr/bin/codesign --force --sign - --preserve-metadata=identifier,entitlements '/Users/nickgaens/Library/Developer/Xcode/DerivedData/Emprova_Swift-bbvmoytlhlbqpueyftstselvwhdj/Build/Products/Debug-iphonesimulator/Emprova GPS Swift.app/Frameworks/Alamofire.framework' 
/Users/nickgaens/Library/Developer/Xcode/DerivedData/Emprova_Swift-bbvmoytlhlbqpueyftstselvwhdj/Build/Products/Debug-iphonesimulator/Emprova GPS Swift.app/Frameworks/Alamofire.framework: No such file or directory 

Screenshot of Xcode error

Jak można zauważyć, --sign argumentem jest po jednym - charakteru.

My konfiguracji:

  • Xcode 9 beta 2 (9M137d) z dołączonym Swift 4-wersja
  • Cocoapods V1.2.1 z Podfile
platform :ios, '10.0' 

target 'Emprova GPS Demo Swift' do 
    use_frameworks! 

    pod 'Alamofire', '~> 4.5.0' 
    pod 'AlamofireNetworkActivityIndicator', '~> 2.2.0' 
    pod 'KeyClip' 
    pod 'Localize-Swift', '~> 1.7.1' 
    pod 'FMDB' 

end 

target 'Emprova GPS Swift' do 
    use_frameworks! 

    pod 'Alamofire', '~> 4.5.0' 
    pod 'AlamofireNetworkActivityIndicator', '~> 2.2.0' 
    pod 'KeyClip' 
    pod 'Localize-Swift', '~> 1.7.1' 
    pod 'FMDB' 

end 

  • Nie zmieniłem ani jednej litery żadnej z dodanych kapsuł pliki s.
  • Otworzyłem Pods.xcodeproj, aby sprawdzić i podwójnie sprawdzić Build Settings - Code Signing Identitiy z Alamofire pod/target, ale jest ustawiony na Don't Code Sign.
  • Sprawdziłem już moją aplikację dostępu do pęku kluczy, aby sprawdzić, czy Apple Worldwide Developer Relations Certification Authority nie wygasł (nie jest) i jest oznaczony jako zaufany (jest).
  • już opróżniony katalogu DerivedData wiele razy (~/Library/Developer/Xcode/DerivedData) i wykonali Clean (zarówno poprzez Cmd+K i Cmd+Alt+Shift+K bezskutecznie
  • ja już próbował ustawić Xcode 'linia poleceń Narzędzia' (Preferences -. Locations - Command Line Tools) zarówno Xcode 8.3.3 (8E3004b) i Xcode 9.0 (9M137d) bezskutecznie.

Kompletnie zabrakło pomysłów po spędził wiele godzin szukając rozwiązania. Czy ktoś ma pojęcia, dlaczego Xcode 9 już nie buduje mojego projektu?

Łącze do mojego problemu na stronie Alamofires GitHub, ze względu na kompletność: #2183.

+0

Czy mógłbyś sprawdzić, którego 'SWIFT_VERSION' używa' Alamofire' (zobacz dla tego ustawienia budowania). Możesz także wypróbować 'pod 'Alamofire',: git => 'https://github.com/Alamofire/Alamofire.git',: branch => 'swift4'' – basvk

+0

' 'SWIFT_VERSION' z zestawu' Alamofire' jest ustawione do 'Swift 3.2'. Podejrzewam teraz propozycję oddziału "szybkiego 4". –

+0

Edytowałem Podfile, więc paczka Alamofire wskazuje na gałąź "swift4", ale to nic nie zmienia. Xcode nadal wysyła ten sam błąd. –

Odpowiedz

3

Dowiedziałem się, co jest nie tak! Xcode kontynuował używanie pliku .xcodeproj, aby otworzyć mój projekt po wybraniu go na ekranie powitalnym, ale wymaga ono użycia pliku .xcworkspace! Na ekranie powitalnym Xcode istnieje wizualne rozróżnienie między dwoma wpisami: difference between Xcode workspace and project on Welcome screen.

Otwarcie obszaru roboczego pokazuje dwa projekty w Xcode: Project Navigator: jeden dla mojej aplikacji i drugi o nazwie Pods, który obejmuje wszystkie zainstalowane kapsuły. Budowanie aplikacji nie pokazuje już dziwnych błędów kompilacji.

Powiązane problemy