wisi w Xcode

Question

używam pluginu Jenkins Xcode (https://wiki.jenkins-ci.org/display/JENKINS/Xcode+Plugin) do budowania aplikacji na iOS, jednak zawiesza się podczas uruchamiając następującą komendę nad projektem mam dziedziczone z innego programu:

$ /usr/bin/xcodebuild -list  

It także zawiesza się, gdy ręcznie uruchamiam to polecenie z terminala. Czy ktoś wie, jaka może być przyczyna? Wyświetlane ostrzeżenie jest również wyświetlane w innym projekcie, który mam, ale nie zawiesza się w tym przypadku.

Running Xcode 6.1 na OS X 10,10

$ /usr/bin/xcodebuild -list 
2014-11-12 04:47:21.234 xcodebuild[42642:1431240] [MT] DVTAssertions: Warning in /SourceCache/IDEFrameworks/IDEFrameworks-6604/IDEFoundation/SourceControl/Model/IDESourceControlManager.m:423 
Details: Error Domain=com.apple.dt.IDESourceControlErrorDomain Code=-1 "Missing extension: public.vcs.subversion" UserInfo=0x7f9792309200 {NSLocalizedDescription=Missing extension: public.vcs.subversion} 
Object: <IDESourceControlManager: 0x7f9792302860> 
Method: -loadRepositories 
Thread: <NSThread: 0x7f9790d2dbe0>{number = 1, name = main} 
Please file a bug at http://bugreport.apple.com with this warning message and any useful information you can provide. 
Information about project "DOHSmokefree": 
Targets: 
    DOHSmokefree 
    DOHSmokefreeTests 

Build Configurations: 
    Debug 
    Release 

If no build configuration is specified and -scheme is not passed then "Release" is used. 

Answer 1

miałem podobny problem podczas aktualizacji do Xcode 6.1 podczas korzystania z nowszej wersji Subversion w wierszu poleceń. Wyłączenie kontroli źródła w preferencjach Xcode powinno załatwić sprawę.

Jeśli to nie jest opcją można spróbować wymienić implementację subversion wewnątrz Xcode jak mam zrobić, używając tej techniki: Use SVN 1.7 in XCode 4.3+

Zasadniczo, które byłyby następujące kroki:

ta zakłada, że ​​już mieć zainstalowany SVN 1.7 do/opt/subversion, możesz go pobrać z WANdisco: http://www.wandisco.com/subversion/download#osx

Teraz otwórz Terminal i zdobądź podwyższoną powłokę za pomocą sudo -s.

Następnie przejdź do pliku wewnątrz pakietu XCode.app, gdzie znajdują się pliki binarne SVN.

Zrób katalogu kopii zapasowych i przenieść stare pliki SVN do niego

bash-3.2# mkdir bup 
bash-3.2# mv svn* bup/ 

Wreszcie symbolicznie połączyć nowe pliki w opakowaniu:

bash-3.2# ln -s /opt/subversion/bin/svn* ./ 

To jest to!

Answer 2

TLDR; Moje rozwiązanie: Oznacz schematy jako współdzielone w XCode, jeśli budujesz je z wiersza poleceń jako inny użytkownik lub bez otwierania XCode na maszynie budującej.

Miałem ten sam problem, sporadycznie na naszym serwerze CI. Natknąłem się na to pytanie. Przyjęta odpowiedź, w której problem stanowił problem i poprawienie wersji SVN nie działało dla mnie, ponieważ SVN używany na serwerze CI był domyślnym SVN i jak wspomniano, pracował z przerwami.

W końcu zauważyłem, że między wersją roboczą a wersją niepracującą schematy nie były wyświetlane. Niedawno uaktualniłem bibliotekę do projektu i to pozwoliło mi pomyśleć o programach. Po zdaniu sobie sprawy, że schematy są przechowywane lokalnie dla każdego użytkownika, chyba że udostępniono, poprawka dla mnie polegała na przejściu do menedżera schematów i oznaczeniu schematów jako udostępnionych.

Problem polegający na tym, że użytkownik serwera CI nigdy faktycznie nie otwierał projektu w Xcode, powodując zawieszenie się polecenia list, ponieważ nie było dostępnych schematów dla użytkownika do zbudowania.

Czasami, w których pracował przerywany był czas po, zalogowany jako użytkownik serwera CI, otworzyłem projekt w Xcode, aby przetestować proces kompilacji, tworząc w ten sposób niezbędne schematy.Wyczyszczenie serwera CI lub refaktoryzacji/dodawania schematów spowodowałoby pęknięcie kompilacji do czasu ponownego rozproszenia projektu w Xcode.

Answer 3

Mam ten sam problem na OS X 10.10 z Xcode 6.4 Kontroli prostu zamknąć Xcode za SOURCE, aby rozwiązać ten problem:

1. prowadzony XCode
2. otwarte Menu: XCode -> Preferencje ...
3. Kliknij zakładkę "Kontrola źródła" i odznacz "Włącz kontrolę źródła"