У Xcode 4.3, де я можу розмістити додаткові інструменти?


16

Я збентежений. Я просто завантажив 6 додаткових пакетів за допомогою, Xcode > Open Developer Tool > More Developer Tools...і я подумав, що файли .dmg містять файли .pkg, але натомість вони містять програми. Де я повинен встановити ці програми?

Я підозрюю, що відповідь може бути "Куди завгодно". - Але мені не подобається ця ідея. Я хочу розмістити їх у якомусь стандартному чи звичайному місці.

Як не дивно, немає жодного файлу README, який би сказав, куди вони повинні йти.

Наразі я їх вкладаю /Applications/Xcode Tools, але це здається химерним.

Також дивно: Існував файл .dmg для інструментів командного рядка, який я встановив, але він фактично був .pkg всередині .dmg, який відрізняється від інших 6. Я не впевнений, чому Apple надає .dmg для інструментів командного рядка, коли їх можна встановити через Xcode > Preferences... > Downloads > Components. Я думаю, що це просто заплутано.

І нарешті: зображення "Audio Tools" містить каталог під назвою "CoreAudio", який містить цілу купу вихідного коду та файли. Куди вони повинні йти? Я не хочу їх у програмах.

Упаковка додаткових інструментів мені здається трохи невдалою.


Якщо вони просто * .app папки, то ви можете розмістити їх під / Програми та запустити їх за допомогою $ open -a назва інструменту
rubixibuc

Відповіді:


19
  1. Знайдіть Xcode.app і відкрийте його у "Показати вміст пакета"
  2. Перетягніть новий інструмент розробки із завантаженого .dmg до /Applicationsвнутрішнього Xcode
  3. Додайте себе до "Спільного доступу та дозволів" /Resourcesіз правами на читання / запис
  4. Повторіть крок 3 для файлу

     /Resources/IDEHelperApps.plist
    
  5. Відкрийте файл IDEHelperApps.plist у TextEdit.app

  6. Додайте рядок з ім'ям доданого інструменту до першого масиву. Наприклад:

    <string>Contents/Applications/PackageMaker.app</string>
    
  7. Збережіть .plistі перезапустіть Xcode.


Блискучий, блискучий, блискучий. Це саме та відповідь, на яку я сподівався. Так це зазвичай там, де раніше йшли ці речі? (Я ніколи не помічав у 4.2.) Чи знаєте ви, чому Apple завдає такої болі в області задника за ці 4.3?
Тодд Леман

1
@ToddLehman вони хотіли зробити Xcode не обов'язковим для завантаження в кілька гігабайт для кожного оновлення. Тож вони розкололи всі потрібні інструменти. Я думаю, що вони роблять це настільки важким, оскільки це дійсно рішення. Я сподіваюся, що незабаром вони зроблять щось подібне автоматично
jmlumpkin

3
Чи залишиться це чинним протягом оновлення?
Тімоті Мюллер-Хардер

Сподіваємось, вони найближчим часом включать їх до розділу "Налаштування".
Джоуї

Мені здається, що будь-яке нове оновлення Xcode може видалити додаткові інструменти, скопійовані в Xcode.app, і тоді вам доведеться завантажити їх ще раз і перевстановити.
Філ

3

Покладіть їх куди завгодно. Unix та Mac OS не хвилюються, де перебувають ваші виконувані файли.


1
Звичайно. :) Але де ми призначені , щоб поставити їх? Де має найбільше сенс? Куди вони їздили зі старими версіями?
Тодд Леман

/ Програми - це головний каталог для * .app папок, будь-яке розташування в цій папці або підкаталозі цієї папки є логічним. Місце, де ви зараз їх маєте, очікується ідеально. :-)
rubixibuc

@ToddLehman Я не думаю, що це відверте місце за замовчуванням для них. Раніше вони були під / Developer / Applications, тож ви можете їх знову помістити, якщо хочете. Але я б рекомендував просто розмістити їх у / додатках.
jmlumpkin

Ніде ви не "призначені" їх розміщувати. Немає ніде, що має більше сенсу, ніж де-небудь ще. Покладіть їх куди завгодно. Багато людей використовують /Applicationsабо ~/Applicationsабо , /Developer/Applicationsале немає ніяких підстав для цього, це особиста перевага. З більш старими версіями вони кудись зайшли /Developer/Applications, але немає підстав обирати це де-небудь ще. Ви навіть можете залишити їх на DMG, якщо хочете.
Абхі Беккерт

/ Developer / *, здається, вийшов з ужитку, XCode 4.3 навіть пропонує видалити весь каталог під час встановлення.
nohillside
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.