xcodebuild каже, що не містить схеми

У мене є питання цікавинок.

У мене є проект, над яким я працював і завжди будувався з XCode IDE, і він працював чудово. Тепер я налаштовую Bamboo для створення проекту і як такий будую його з командного рядка.

Проблема полягає в тому, що якщо я перевіряю свій код у GIT, а потім використовую xcodebuild для його створення, він говорить, що схему знайти не можна, але якщо я відкрию проект, він будує, і якщо я спробую побудувати його знову з командного рядка з тією ж командою вона працює.

Якою магією займається XCode, коли я відкриваю проект чи роблю щось німе, можливо, виключаючи файл у своєму .gitignore, що я не повинен?

Ви, безумовно, на правильному шляху щодо файлу .xcscheme - у мене ця проблема з’явилася під час налаштування власних проектів!

Що стосується нащадків чи, принаймні, когось, хто потрапляє сюди з пошуку, ось дві версії речей - версія "Я зайнята, тому просто факти, будь ласка", версія та більше обговорення та обґрунтування. Обидві ці версії передбачають, що ви намагаєтеся створити з файлу Workspace; якщо ви цього не зробите, вибачте, оскільки це в основному стосується проектів на основі робочої області.

Скорочена версія "Fix-it"

Першопричиною є те, що поведінка схем за замовчуванням полягає у збереженні схем «приватними», поки вони не будуть позначені спеціально як спільні. У випадку ініційованої збірки командного рядка інтерфейс Xcode ніколи не запускається, а інструмент xcoderun не має власного кешу схем, з яким можна працювати. Мета полягає в створенні, спільному використанні та здійсненні схеми, з якої потрібно запустити Bamboo:

1. На чистій робочій копії коду відкрийте робочу область проекту.
2. Виберіть «Схема»> «Керування схемами ...» у меню продукту.
3. З'являється список схем, визначених для проекту.
4. Знайдіть схему, яку намагається запустити бамбук
5. Переконайтесь, що прапорець "Спільний" встановлено для цієї схеми, і що параметр "Контейнер" встановлено на робочу область, а не на файл файлу проекту.
6. Натисніть "ОК", щоб відхилити аркуш "Керувати схемами".
7. У вашому проекті на WorkspaceName.xcworkspace / xcshareddata / xcschemes створено новий .xcscheme файл.
8. Закладіть цей файл у своє сховище та запустіть збірку Bamboo.

Поглиблене обговорення та обґрунтування

Xcode 4 представив робочі простори та схеми як спосіб допомогти спробувати приручити частину хаосу, який притаманний роботі з механікою підключення проектів Xcode, будувати цілі та створювати конфігурації разом. Сам робочий простір має власний набір даних конфігурації, який описує кожну з менших «коробок» даних, які він містить, і виступає скелетом для приєднання файлів .xcodeproj та набором даних загальної конфігурації, які отримують дзеркальне відображення до кожної машини розробника чи системи CI . Це і потужність, і помилка Workspaces - є 1) безліч способів, за допомогою яких можна налаштувати речі на 100% правильно, але помістити в неправильний контейнер або 2) помістити в правильний контейнер, але налаштовано неправильно, таким чином рендеринга даних недоступний для інших частин системи!

Поводження схем Xcode 4 за замовчуванням полягає в автоматичному генеруванні нових схем, оскільки проекти додаються у файл Workspace. Ті з вас, хто додав кілька файлів .xcodeproj, можливо, помітили, що ваш список схем швидко стає нерозумним, особливо, коли файли проектів додаються, потім видаляються та знову переносяться на ту саму робочу область. Усі схеми, створені в автоматичному режимі або створені вручну, за замовчуванням є "приватними" схемами, видимими лише для поточного користувача, навіть коли файли .xcuserdata передаються з даними проекту та конфігурацією. Це є першопричиною цієї криптичної помилки збірки. Bamboo повідомляє з xcodebuild - Оскільки Bamboo управляє збіркою через командний рядок, а не інтерфейс Xcode, у нього немає можливості для автоматичного створення схем і покладається лише на ті, що визначаються в самому робочому просторі.

xcodebuild -workspace MyWorkspace.xcworkspace -scheme MyApplication -configuration Debug

xcodebuild шукає файл <'схема' Значення параметра> .xcscheme, що існує в <'робочому просторі' Значення параметра> / xcshareddata / xcschemes.

Очевидно, є групи способів, за якими можна налаштувати як Bamboo, так і робочу область, тому майте на увазі, що ваша унікальна конфігурація може не відображати на 100% те, що представлено тут. Основні вивіски:

1. Деякі автоматизовані завдання, про які магічно дбає інтерфейс Xcode, недоступні через CLI Xcodebuild.
2. Ви можете приєднати схему та побудувати дані конфігурації у багатьох місцях "ієрархії контейнерів". Переконайтеся, що ваші дані звиваються у потрібному контейнері (робоча область, проект та / або ціль збирання)
3. Поміркуйте, де в ієрархії контейнерів інструмент xcodebuild може шукати дані конфігурації; чудовий показник того, куди він почне шукати, ґрунтується на використанні аргументів '-workspace' або '-project'.

Поле "Спільне" вже встановлено ... тепер що?

Я стикався з цим самим питанням у власному екземплярі Bamboo; виявилося, що схема, яку було зроблено в моєму сховищі, застаріла, і остання версія інструментів командного рядка не спрацювала з цим витончено. Оскільки це існувало раніше, я ознайомився з налаштуваннями, щоб переконатися, що в цій схемі не було нічого яскраво налаштованого, видалив та відтворив схему, гарантувавши, що я позначив її як "Спільна" та повторно подав новий .xcscheme файл сховище.

Якщо все виглядає добре, і відновлення цього не вирішує проблему, двічі перевірте налаштування контейнера - отримати схему, прикріплену до неправильного контейнера в ієрархії, дуже просто!

Налагоджуйте проблему так:

xcodebuild -list

або якщо ви використовуєте робочу область (наприклад, з стручками)

xcodebuild -workspace MyProject.xcworkspace -list

Якщо схема не вказана, виправте так:

Більшість відповідей пропонують вам зробити вашу схему загальною за допомогою Xcode, а потім здійснити зміни до репо. Це, звичайно, працює, але лише у тому випадку, якщо у вас є доступ до вихідного коду та права на внесення змін, а також кілька інших припущень.

Але є ряд " що якщо ", що слід врахувати

• Що робити, якщо ви просто не можете змінити проект Xcode з якоїсь причини?
• Що робити, якщо створити нову схему автоматично на сервері CI?
  Це насправді трапляється досить часто. Якщо ви використовуєте рамку автоматизації тестування, як, наприклад, Калабаш, ви, як правило, дублюєте існуючу ціль, яка також автоматично копіює схему, а нова схема не поділяється, навіть якщо вона була оригінальною.

Ruby & xcodeproj дорогоцінний камінь

Я рекомендую використовувати xcodeproj Ruby gem. Це дійсно крутий інструмент з відкритим кодом, який може допомогти вам автоматизувати тонни завдань, пов’язаних з кодом.

До речі, це дорогоцінний камінь, який CocoaPods використовує для безладу з вашими проектами та робочими місцями Xcode.

Тож встановіть його

sudo gem install xcodeproj

Потім напишіть простий сценарій Ruby, щоб повторно поділитися всіма схемами, дорогоцінний камінь для цієї мети створив метод recreate_user_schemes.

#!/usr/bin/env ruby
require 'xcodeproj'
xcproj = Xcodeproj::Project.open("MyProject.xcodeproj")
xcproj.recreate_user_schemes
xcproj.save

Він не просто копіює файли схем з папки користувача у xcshareddata / xcschemes , але також створює ці файли спочатку шляхом аналізу файлу pbxproj .

Гаразд я знаю його 2 хвилини пізніше, але я знайшов ще один переповнення стека, який говорить про те, що схему потрібно встановити для спільного використання ... Де Xcode 4 зберігає дані схеми?

Однією з поширених причин відсутності схеми є забування підштовхнути комісії до початку. Якщо ви отримаєте повідомлення про схему, спочатку переконайтеся, що схема поділена, а потім переконайтеся, що ви вчинили зміни І перенесли їх на початковий сервер.

У мене виникла помилка під час впровадження CI. Питання, подане вище, відповідає моїм проблемам, за винятком того, що я використовую власний інструмент CI Gitlab. Ви можете перевірити, чи є такий файл у Bamboo.
Я вирішив це, внісши деякі зміни доgitlab-ci.yml файл.
Після того, як ви зробили свій schemeдоступ, поділившись. У Xcode Перейдіть Products>Scheme>Manage Schemeі перевірте, щоб поділитися.

Зміни

Всюди встановлюйте абсолютний шлях.
напр. xcodebuild clean archive -archivePath /path/to/your/project/build/testDemo -scheme testDemo | xcpretty
тут вам потрібно змінити /path/to/your/project/свій шлях та testDemoназву вашого проекту.

Виникла та сама проблема, але під час побудови з xcode як підпроекту основної. Вбудований підпроект в автономному коді xcode - після цього ця помилка зникла.

Я зіткнувся з цим питанням, і навіть якщо деякі відповіді тут насправді дають рішення, я не вважав це дуже зрозумілим. Тож я просто додам ще один. Коротше кажучи, як поділитися схемою з excode.

Перейдіть до Productпункту Scheme>>Manage Schemes

Тоді вам буде показаний перелік схем, кожна з яких позначається як спільна чи ні. Просто перевірте ті, якими ви хочете поділитися (вони можуть бути різними для версій розробників і розробників)

Зображення, взяті з цієї статті https://developer.nevercode.io/docs/sharing-ios-project-schemes

Я хочу додати рішення для мого випадку, пов’язаного з цією темою. Цей для вас, хто клонує існуючий проект, з усіма потрібними вам схемами вже ділиться:

, fastlane lanesправильно відображаючи всі свої смуги, включаючи всі ваші схеми:

, але fastlane gymпоказують лише основні схеми (не розробки та тестові схеми):

Рішення полягає в тому, щоб зняти прапорець для схем, які не перераховані, fastlane gymа потім перевірити його ще раз . Він генерує .xcscheme для схем:

Тепер, якщо ви зареєструєтесь fastlane gym, всі схеми будуть перелічені:

Тоді вам слід зафіксувати ці файли .xcshemes у сховищі, тому інший розробник, який клонує проект, отримає файли.

Для тих, хто з Xcode 11.4 намагається знайти кнопку "Спільне" на схемі, тепер вона перенесена в індивідуальну схему.

1. Виберіть потрібну схему
2. Натисніть "Редагувати"
3. Поставте прапорець "Спільний"