Как установить path mac os

Обновлено: 04.07.2024

/.profile , но это не сработало.

Во-вторых, я нашел это решение Как установите $ PATH, который используется приложениями в os x, который советует внести изменения в

Но снова у меня была ошибка no such file and directory .

Мне нужен способ установить эти переменные, чтобы не требовалось устанавливать их снова и снова каждый раз, когда я открываю новый сеанс терминала.

Вы должны добавить его в /etc/paths .

Ссылка (которая работает для меня): Здесь

Для настройки пути в Mac можно использовать два метода.

Создайте файл для имени переменной и вставьте путь туда в /etc/paths.d и отправьте файл в profile_bashrc.

Экспортировать переменную пути в

экспорт VARIABLE_NAME = $ (PATH_VALUE)

И укажите путь. Это просто и стабильно.

Вы можете установить любой path variable с помощью Mac terminal или также в linux .

Если вы используете zsh, сделайте следующее.

Откройте файл .zshrc nano $HOME/.zshrc

Здесь вы увидите закомментированную переменную $ PATH

экспорт ПУТЬ = $ HOME / bin: / usr / local / bin: / Users / ebin / Documents / Softwares / mongoDB / bin : $ PATH

Вы можете открыть любой из следующих файлов:

Для добавления нового пути к переменной среды PATH в MacOS просто создайте новый файл в каталоге /etc/paths.d и добавьте путь записи, который будет установлен в файле. Перезагрузите терминал. Вы можете проверить с помощью echo $PATH в приглашении, чтобы подтвердить, был ли путь добавлен к переменной среды.

Например: чтобы добавить новый путь /usr/local/sbin к переменной PATH :

Добавьте путь к newfile и сохраните его.

Перезагрузите терминал и введите echo $PATH для подтверждения.

Вы также можете добавить это

/.bash_profile , затем создайте

/.bashrc , где вы можете просто добавить дополнительные пути к PATH. Пример с .

Я обнаружил, что есть некоторые файлы, которые могут влиять на переменную $PATH в macOS (работает для меня, 10.11 El Capitan), перечисленные ниже:

Как гласит ответ, получивший наибольшее количество голосов, vi /etc/paths , что рекомендуется с моей точки зрения.

Также не забывайте каталог /etc/paths.d , который содержит файлы, которые могут влиять на переменную $PATH , в моем случае задайте пути git и mono-command . Вы можете ls -l /etc/paths.d для перечисления элементов и rm /etc/paths.d/path_you_dislike для удаления элементов.

Если вы используете среду "bash" (например, Terminal.app по умолчанию), вам следует проверить

/.bashrc . Возможно, этого файла еще нет, но эти два файла влияют на $PATH .

Если вы используете среду "zsh" (например, Oh-My-Zsh ), вам следует проверить

И не забудьте перезапустить все окна терминала, а затем echo $PATH . Строка $PATH будет PATH_SET_IN_3&4:PATH_SET_IN_1:PATH_SET_IN_2 .

Обратите внимание, что первые два способа ( /etc/paths и /etc/path.d ) находятся в каталоге / , который повлияет на все учетные записи на вашем компьютере, в то время как два последних способа (

/.zsh* ) находится в каталоге

/ (также известном как /Users/yourusername/ ), что повлияет только на настройки вашей учетной записи.

Попытка настроить Homebrew на новом Mac (на предыдущих Mac я бы установил пакеты из исходного кода).

Первый пакет, который я пытался установить, был Git:

Установка прошла нормально, но which git по-прежнему отображается в /usr/bin/git , который появился вместе с Lion (я думаю ?). И не тот, что был установлен в /usr/local/bin/git .

Как вы можете видеть /usr/bin по умолчанию до /usr/local/bin в $PATH

Итак, я в замешательстве! Я думал, что точка HomeBrew (и то, что создатели, похоже, хвастаются) заключалась в том, что вам не нужно возиться с переменной $PATH .

Итак, что я сделал не так?

Я нашел этот связанный пост очень полезным. Вместо изменения переменной $PATH просто вы просто отредактируете файл /etc/paths .

Как только я выполнил указания и поместил /usr/local/bin выше /usr/bin , мои проблемы были решены.

В OS X откройте терминал
Введите команду: sudo vi /etc/paths
Введите пароль, если вас попросят.
Вы увидите список путей. Отредактируйте их так, чтобы путь /usr/local/bin был введен выше пути /usr/bin
* Сохранить и выйти
Терминал перезагрузки

Вот как выглядит мой взгляд после того, как я это сделал:

* Для сохранения и завершения введите двоеточие ( : ), затем введите wq (для записи и выхода одновременно), а затем Enter .

Вы также можете открыть файл /etc/paths в графическом текстовом редакторе и отредактировать его таким образом.

Кредит fengd над переполнением стека за его ответ там.

Этот ответ устарел. Предпочитаемое предпочтение Homebrew PATH было таким, как описано, но это уже не так. Тем не менее, подход более общеприменим, поэтому для интереса, я оставляю его.

Homebrew намеренно сохраняет /usr/local/bin после /usr/bin в пути для максимальной совместимости. Реверсирование порядка этих каталогов в PATH путем редактирования /etc/paths означает, что программы all в любой точке системы, независимо от того, как они были запущен, получит версию команды Homebrew. Но некоторые могут особенно ожидать версию Apple, или просто не смогут использовать более новую версию и т. Д.

Как сохранить этот принцип и по-прежнему получить версию, содержащуюся в Homebrew git ? Как говорится, все проблемы могут быть решены с помощью слоя косвенности (за исключением того, что имеется слишком много слоев косвенности). - Или в этом случае, как оказалось, два слоя.

В частности, это было частью моих привычек Unix, чтобы иметь каталог

/bin , который я поставил в начале моего PATH . Это один из первых бит в моем .bashrc :

Это проверяет, содержит ли PATH

/bin , а если нет, добавляет его. При этом вместо выборочного выполнения только управляемый с помощью Homebrew git имеет приоритет над версией системы (вместо каждого двоичного файла с поддержкой Homebrew) и только для ваших сеансов оболочки (вместо всех программ, запущенных из любого места, включая программы GUI), так же просто, как и символическое:

Вы могли symlink /usr/local/Cellar/git/1.8.2.1/bin/git напрямую, но тогда вам придется исправлять свою символическую ссылку каждый раз, когда вы сделал brew upgrade git (прямо или косвенно). Символизируя символическую ссылку на фиксированное местоположение Homebrew, вам не стоит беспокоиться об этом.

Итак, вы добавляете каталог в свой $HOME , чтобы вы могли добавить его PATH , чтобы вы могли символически ссылаться на символическую ссылку, и это устраняет вашу проблему и ставит улыбку на доктора Сьюза. Yo dawg Я старую вам символьную ссылку, поэтому мы помещаем путь в ваш PATH , чтобы вы могли символически ссылаться во время символической ссылки.

Вы не сделали ничего плохого, но, кажется, довольно ясно, что если у вас есть /usr/local/bin в вашем пути до /usr/bin , это конкретная проблема исчезнет. Самое простое исправление - сделать именно это и поместить что-то вроде

/.bash_profile , поэтому все, что устанавливает Homebrew, найдено первым. Именно так я настроил его на своем Mac, и он работал для меня в течение этого долгого времени, однако, YMMV.

Кажется, они полагают, что он будет работать с /usr/local/bin как после /usr/bin , поэтому пока я возможно, испортил мой собственный $PATH , я вижу, где их документации не хватает:

Обратите внимание, что после /usr/local/bin следует поместить /usr/bin потому что некоторые программы ожидают получить системную версию, например, ruby и break, если они получают новую версию Homebrew.

Я не согласен с ответом Джтома. Редактирование файла /etc /paths изменит пути загрузки для всех программ. Это может быть опасно, если системное приложение ожидает найти определенную версию двоичного файла, но находит другую версию, потому что вы отредактировали файл путей. Вместо этого измените переменную пути в

/.bash_profile). Тогда ваш путь загрузки изменится только внутри терминала:

Затем перезагрузите bash или source

/.bashrc , и вам хорошо идти. Поскольку путь доморощенного предшествует чему-либо еще, bash загрузит версию, которую вы загрузили с помощью доморощенного.

Как я понимаю, brew не помещает ничего в /usr/local/bin , который сталкивается (имеет то же имя), что и распространенный исполняемый файл Apple. Следовательно, наличие /usr/local/bin в пути до /bin и /usr/bin не должно быть проблемой, потому что там не должно быть именных столкновений. * Однако рассмотрите проблемы с ls и tar и с помощью других агрегаторов пакетов, таких как fink и port (MacPorts ), ниже.

Brew делает одну из двух вещей, которые я знаю об этом, помогая управлять столкновениями имен:

Brew оставляет несвязанные кеги в подвале. . Чтобы установить материал, варить оставляет инструменты там, где они есть, и создает символические ссылки на эти инструменты в /usr/local/bin . Для инструментов, которые brew не хочет столкновения имен с ним, он не создает символическую ссылку.
Для многих, если не всех стандартных инструментов, которые также находятся в /bin и /usr/bin , brew , префикс ссылки в /usr/local/bin с помощью «g», чтобы, например, выполнить ls с помощью пивной версии, используйте gls . Просто выполните ls -l в /usr/local/bin и найдите связанные файлы - это те, что brew put там. Примечание. Установленные инструменты brew , к которым должны быть доступны настоящие имена, находятся в /usr/local/Cellar/coreutils/8.21/libexec/gnubin .

Я не помещаю /usr/local/bin в свой путь по двум причинам: эти причины лежат в основе моего ответа.

Чтобы оценить коллизии имен в вашей системе, используйте brew doctor и найдите этот раздел - Вот интересующий вас brew doctor :

Причина, по которой я не ставил инструменты brew , по сути, вовсе не потому, что установлен brew ls и tar не обрабатывают ACL файловой системы должным образом, на самом деле, последний раз, когда я проверил (что было на прошлой неделе), они вообще не обрабатывались . Это БОЛЬШАЯ проблема и вообще ее избежать, а также связанная с этим проблема с конфигурацией страницы man , которая содержит теги вместе с настройкой правильного $PATH , я убеждаюсь, что OSX , особенно те, которые содержатся в /bin и /usr/bin , в первую очередь.

Еще одна причина, по которой я даже не помещаю /usr/local/bin в свой путь, потому что brew не хорошо работает с другими, и fink и port (MacPorts) имеют еще больше поддерживаемых пакетов, которые мне нужны NOW . Например, я могу получить gnome-terminal с помощью fink , но было бы большой труд построить формулу и сделать то же самое с brew , Итак, я сохраняю /sw и /opt в моем поиске $PATH (для fink и port , соответственно) и ссылки на вещи, которые мне нужны из /usr/local/bin , включая gnat , либо изложены, либо я использую bash alias , или я создаю файл setup для совершенно другой среды при написании кода Ada .

Дело в том, что это действительно зависит от того, чтовам нужно и нужно в то время.

Вот пример проблемы ACL, о которой я говорил выше.

С помощью стандартных инструментов OSX :

и с установленными инструментами brew :

Вы получите аналогичные результаты с помощью tar , и я не знаю дома многих других инструментов brew , но кто может позволить себе что-то сломать через 6 месяцев из-за проблемы ACL !

Сохраняет необходимость создания отдельного псевдонима для каждой программы, и в качестве бонуса он оставляет установки по умолчанию доступными, если они вам нужны.

Работает точно так же, если вы используете ZSH; просто отключите bashrc для zshrc . Вы можете отключить my для _ или даже @ для сохранения при вводе.

Вместо того, чтобы вообще возиться с PATH (что в моей истории возвращается, чтобы сжечь меня через несколько месяцев), я добавил псевдоним git в свой каталог zh custom aliases (

/.zshrc /custom /git_alias.zsh).

Я предпочитаю ограничить изменения переменных среды, таких как $PATH , для пользователей, которые действительно хотят изменения. Таким образом, я просто добавляю следующее к

Вы можете выпустить следующую команду в терминале, она добавит домашний каталог пива + /bin в PATH вашего файла инициализации SHELL «rc» (bash, zsh, csh)

echo "export PATH whoanswered">ответил Vincent DAGOURY 23 мая 2017, 20:29:13

Когда кто-то говорит "отредактируйте файл .plist" или "ваш .profile" или ".bash_profile" и т.д., это меня просто смущает. Я не знаю, где эти файлы, как их создавать, если я должен это делать и т.д., А также почему, похоже, так много разных (почему? Они делают разные вещи?)

Так может кто-то, может быть, очень терпеливо объяснить предыдущему пользователю Windows (желая отчаянно лучше познакомиться с приятным, если вначале несколько запутанным миром OS X), как это сделать шаг за шагом?

Мне нужны переменные, которые должны быть установлены как для приложений GUI, так и для приложений командной строки, и в настоящий момент для ant script, которым нужны переменные, но, скорее всего, будут другие потребности.

Обратите внимание, что у меня тоже есть Лев, так как многие ответы, которые вы получаете, выглядят устаревшими для Лев.

Также обратите внимание, что у меня практически нет опыта использования терминала. Я хочу учиться, но, пожалуйста, объясните для новичков.

ОТВЕТЫ

Ответ 1

Во-первых, одна вещь, чтобы узнать о OS X, заключается в том, что она построена на Unix. Здесь появляется файл .bash_profile. Когда вы запускаете приложение Terminal в OS X, по умолчанию вы получаете оболочку bash. Оболочка bash поставляется из Unix и при загрузке запускает файл .bash_profile script. Вы можете изменить этот script, чтобы пользователь мог изменить ваши настройки. Этот файл находится по адресу:

Обновление для Mavericks

OS X Mavericks не использует environment.plist - по крайней мере, не для оконных приложений OS X. Вы можете использовать конфигурацию запуска для оконных приложений. Файл .bash_profile по-прежнему поддерживается, поскольку он является частью оболочки bash, используемой в терминале.

Только лев и горный лев

Оконные приложения OS X получают переменные среды из файла environment.plist. Вероятно, это означает, что вы используете файл ".plist". Этот файл находится по адресу:

Если вы внесете изменения в файл environment.plist, тогда приложения Windows OS X, включая приложение Terminal, будут иметь эти переменные окружения. Любая переменная среды, заданная в вашем .bash_profile, затронет только ваши оболочки bash.

Обычно я устанавливаю только переменные в файле .bash_profile и не изменяю файл .plist(или файл запуска на Mavericks). Большинство оконных приложений OS X не нуждаются в какой-либо настраиваемой среде. Только когда приложение действительно нуждается в определенной переменной среды, я должен изменить файл environment.plist(или файл запуска на Mavericks).

Похоже, что вы хотите изменить файл environment.plist, а не файл .bash_profile.

Последнее, если вы ищете эти файлы, я думаю, вы их не найдете. Если я правильно помню, они не были на моей начальной установке Льва.

Изменить: Вот несколько инструкций по созданию файла plist.

Чтобы отредактировать файл, вы можете нажать "Control", чтобы получить меню и выбрать "Добавить строку". Затем вы можете добавить пару ключевых значений. Для переменных среды ключ - это имя переменной среды, а значение является фактическим значением для этой переменной среды.

Как только файл plist будет создан, вы можете открыть его с помощью Xcode, чтобы изменить его в любое время.

Ответ 2

Ваш .profile или .bash_profile - это просто файлы, которые присутствуют в вашей "домашней" папке. Если вы откроете окно Finder и нажмете имя своей учетной записи на панели "Избранное", вы их не увидите. Если вы откроете окно терминала и ls для просмотра списка файлов, вы все равно их не увидите. Однако вы можете найти их, используя ls -a в терминале. Или, если вы откроете свой любимый текстовый редактор (скажем, TextEdit, поскольку он поставляется с OS X) и выполните File-> Открыть, а затем нажмите Command + Shift + . и щелкните по имени вашей учетной записи (домашняя папка), вы увидим их тоже. Если вы их не видите, вы можете создать их в своем любимом текстовом редакторе.

Теперь, добавление переменных окружения относительно просто и замечательно похоже на окна концептуально. В вашем .profile просто добавьте, по одному в строке, имя переменной и ее значение следующим образом:

Если вы изменяете переменную "PATH", обязательно включите системный PATH по умолчанию, который уже был установлен для вас:

Теперь вот странная часть: вы можете либо открыть новое окно терминала, чтобы новые переменные вступили в силу, либо вам нужно будет набрать .profile или .bash_profile чтобы перезагрузить файл и применить его к текущей среде терминала.

Вы можете проверить, что ваши изменения вступили в силу, используя команду "set" в вашем терминале. Просто введите set (или set | more если вы предпочитаете разбитый на страницы список) и убедитесь, что вы добавили файл.

Что касается добавления переменных среды в приложения с графическим интерфейсом, это обычно не требуется, и я хотел бы услышать больше о том, что вы конкретно пытаетесь сделать, чтобы лучше дать вам ответ на этот вопрос.

Ответ 3

Здесь немного больше информации о переменной PATH в Lion OS 10.7.x:

Если вам нужно установить PATH глобально, PATH будет создан системой в следующем порядке:

Эти пути и переменные наследуются всеми пользователями и приложениями, поэтому они действительно глобальны - выходят из системы и не будут reset эти пути - они созданы для системы и создаются до того, как любой пользователь будет указан возможность входа в систему, поэтому для внесения изменений в них требуется перезапуск системы для вступления в силу.

BTW, чистая установка OS 10.7.x Lion не имеет environment.plist , который я могу найти, поэтому он может работать, но также может быть устаревшим.

Ответ 4

он печатает текущее значение пути

/.bash_profile и напишем

здесь вы добавляете старый путь, поэтому сохраняет старый путь и добавляет новый путь к нему

это выполнит его и добавит путь

затем снова проверьте с помощью

Ответ 5

Здесь простое решение без необходимости возиться с bash . В моем случае он работал gradle (для Android Studio ).

Btw, Эти шаги относятся к OSX (Mountain Lion 10.8.5)

Выполните следующую команду:

sudo nano /etc/paths (или sudo vim /etc/paths для vim)

Откройте новое окно терминала и введите:

Вы должны увидеть новый путь, добавленный в конец PATH

Я надеюсь, что это может помочь кому-то еще

Ответ 6

Упрощенное объяснение

Этот пост/вопрос старый, поэтому я отвечу на упрощенную версию для пользователей OS X Lion. По умолчанию OSX Lion не имеет ни одного из следующих файлов:

В лучшем случае, если вы сделали что-либо в терминале, вы можете увидеть

Что это значит

Вы должны создать файл, чтобы установить свои команды по умолчанию bash (обычно в

/.bashrc). Для этого используйте любой редактор, хотя это проще сделать в терминале:

% > emacs.profile
[from w/in emacs type:] source

В следующий раз, когда вы выйдете и перезагрузите терминал, он должен загрузить все ваши настройки bash. Для хорошей оценки обычно полезно отделить свои команды от полезных имен файлов. Например, из

/.bashrc вы должны иметь source

/.bash_aliases и поместить все свои команды псевдонимов в

Ответ 7

Что сработало для меня, так это создать .launchd.conf с необходимыми переменными:

Этот файл читается startd при входе в систему. Вы можете добавить переменную "на лету" к запущенному запуску с помощью:

Фактически, .launchd.cond просто содержит команды launchctl.

Переменные, установленные таким образом, как представляется, присутствуют в графических приложениях правильно.

Если вы пытаетесь установить переменные LANG или LC_ таким образом, и вы используете iTerm2, убедитесь, что вы отключили параметр "Установить языковые переменные автоматически" на вкладке "Терминал" профиля, который вы с помощью. Это, кажется, переопределяет переменные среды запуска, и в моем случае была установлена неисправная проблема LC_CTYPE, вызывающая проблемы на удаленных серверах (которые получили переданную переменную).

(Тем не менее, среда environment.plist работает на моем Льве. Вы можете использовать панель предпочтений RCenvironment, чтобы сохранить файл вместо этого вручную редактируя его или требуется Xcode. По-видимому, он работает на Lion, хотя последнее обновление относится к эпохе Snow Leopard. Делает это мой личный предпочтительный метод.)

Ответ 8

Установите переменную среды PATH в Mac OS

Откройте программу терминала (это по умолчанию используется в папке Applications/Utilites). Выполните следующую команду

Это откроет файл в текстовом редакторе по умолчанию.

Для ANDROID SDK в качестве примера:

Вам нужно добавить путь к каталогу инструментов и инструментов платформы Android SDK. В моем примере я буду использовать "/Development/android-sdk-macosx" в качестве каталога, в который установлен SDK. Добавьте следующую строку:

Сохраните файл и закройте текстовый редактор. Выполните свой .bash_profile, чтобы обновить PATH.

Теперь каждый раз, когда вы открываете программу терминалов, в которой PATH будет включать Android SDK.

Ответ 9

Это было довольно прямолинейно и работало для меня, в терминале:

Ответ 10

Применить изменения к системе (нет необходимости перезагружать компьютер):

(Также работаем с macOS Sierra 10.12.1)

Ответ 11

Перейдите в папку /Applications/eclipse/Eclipse.app/Contents

Измените файл Info.plist текстовым редактором (или XCode), добавьте словарь LSEnvironment для переменной окружения с полным путем. Обратите внимание, что он включает также /usr/bin и т.д.:

Обновить параметры для приложения с помощью

Ответ 12

Позвольте мне проиллюстрировать вас из моего личного примера в очень излишней форме.

Иногда macOS или Linux автоматически устанавливают переменную окружения для вас, в отличие от Windows. Но это не всегда так. Так что давай проверим это. Строка сразу после echo $ JAVA_HOME будет пустой, если переменная окружения не установлена. Он должен быть пустым в вашем случае.

Теперь нам нужно проверить, есть ли у нас файл bash_profile. Вы видели, что в моем случае у нас уже есть bash_profile. Если нет, мы должны создать файл bash_profile.

Создайте файл bash_profile.

Проверьте еще раз, чтобы убедиться, что файл bash_profile находится там.

Теперь давайте откроем файл bash_profile. macOS открывает его, используя программу TextEdit по умолчанию.

Откройте терминал снова. Давайте проверим, установлена ли переменная окружения.

Ответ 13

Я взял идиотский маршрут. Добавлено их до конца /etc/profile

создана папка /etc/environment создайте в нем файл "oracle" или "whatever" и добавьте материал, который мне нужно установить глобально.

Ответ 14

Более подробная информация, которая может быть полезной для кого-то:

Из-за моих собственных исследований я теперь знаю, как установить переменные среды в 7 из 8 разных способов. Я пытался получить envar через приложение, которое я разрабатываю под Xcode. Я установил envars "tracer", используя эти разные методы, чтобы сказать, какие из них попадают в сферу моего приложения. Из нижеследующего вы можете видеть, что редактирование "схемы" в Xcode для добавления аргументов работает, как и "putenv". Что не установлено в этой области:

/.MACOS/environment.plist, специфичный для приложения plist,.profile и добавление фазы сборки для запуска пользовательского script (я нашел другой способ в Xcode [по крайней мере] установить, но забыл, что я назвал трассировщиком, и не могу найти его сейчас, может быть, это на другой машине. )

. с другой стороны, если я заеду в Терминал и скажу "set", кажется, что единственное, что он получает, это тот, что из .profile(я бы подумал, что он заберет environment.plist, и Я уверен, что как только я увижу второй трейсер-энвар в Терминале, так что с того времени что-то сменилось. Длинный день. )

Ответ 15

Теперь откроется текстовый редактор:

Шаг 2: имя переменной должно быть прописным. в этом примере переменная NODE_ENV

Пакет AIR SDK содержит несколько программ, которые можно запускать из командной строки или окна терминала. Запускать эти программы будет намного удобнее, если определить путь к каталогу bin SDK с помощью переменной среды Path.

В данном разделе представлено общее описание процедуры настройки пути в Windows, Mac и Linux. Однако конфигурации компьютеров могут существенно отличаться, поэтому данная процедура работает не во всех системах. В этом случае нужную информацию можно найти в документации по операционной системе или в Интернете.

Настройка переменной среды PATH в Linux и Mac OS с использованием оболочки Bash

Когда команда вводится в окно терминала, оболочка (программа, которая считывает вводимые команды и пытается отреагировать соответствующим образом) сначала должна найти программу команды в файловой системе. Оболочка выполняет поиск команд в списке каталогов, который хранится в переменной среды с именем $PATH. Чтобы посмотреть текущее значение переменной path, введите следующую команду:

Будет выведен список разделенных двоеточием каталогов примерно в таком виде:

Путь к каталогу bin пакета AIR SDK необходимо добавить в этот список, чтобы оболочка могла находить ADT и инструменты ADT. Предположим, что AIR SDK находится в каталоге /Users/fred/SDKs/AIR . В этом случае для добавления нужных каталогов в переменную среды path используется следующая команда:

Примечание. Если путь содержит символы пробелов, перед ними следует вставить символ обратной косой черты, как показано ниже:

Чтобы проверить результаты добавления, можно еще раз выполнить команду echo :

Каталоги добавлены успешно. Теперь вы сможете вызывать следующие команды и получать корректный ответ:

Если переменная среды $PATH была изменена правильно, в результате выполнения команды должна быть выдана версия среды ADT.

Однако имеется одна проблема: при открытии нового окна терминала вы заметите, что переменная path больше не содержит новые элементы, которые ранее были в нее добавлены. Команду настройки пути необходимо выполнять каждый раз при запуске нового терминала.

Общим решением этой проблемы будет добавление команды в один из сценариев запуска, которые используются оболочкой. В ОС Mac OS можно создать файл .bash_profile в каталоге

/username, который будет запускаться каждый раз при открытии нового окна терминала. В Ubuntu сценарием, который запускается при открытии нового окна терминала, является .bashrc. В других дистрибутивах Linux и оболочках применяются аналогичные правила.

Процедура добавления команды в сценарий запуска оболочки

Измените домашний каталог:

Создайте профиль конфигурации оболочки (при необходимости) и перенаправьте вводимый текст в конец файла с помощью команды « cat >> ». Используйте соответствующий файл для своей операционной системы и оболочки. Например, в ОС Mac OS можно использовать .bash_profile , а в Ubuntu — .bashrc .

Введите текст, который требуется добавить в файл:

Завершите перенаправление текста, нажав клавиши CTRL-SHIFT-D на клавиатуре.

Отобразите файл, чтобы убедиться в правильности выполнения операции:

Откройте новое окно терминала, чтобы проверить путь:

Добавленные элементы должны быть выведены на экране.

Если позднее будет создана новая версия одного из пакетов SDK, которая будет помещена в другой каталог, команду настройки пути в файле конфигурации необходимо будет обновить соответствующим образом. В противном случае оболочка продолжит использование старой версии.

Настройка переменной среды PATH в ОС Windows

При открытии командное окно в Windows наследует глобальные переменные среды, определенные в свойствах системы. Одной из важных переменных является переменная path, содержащая список каталогов, в которых выполняется поиск введенной программы. Чтобы посмотреть текущий список каталогов в переменной path, в командном окне можно ввести следующую команду:

Будет выведен список разделенных двоеточием каталогов, который выглядит примерно следующим образом:

Путь к каталогу bin пакета AIR SDK необходимо добавить в этот список, чтобы программа команд могла находить ADT и инструменты ADT. Предположим, что пакет AIR SDK находится в каталоге C:\SDKs\AIR . В этом случае путь можно добавить следующим образом:

В разделе «Панель управления» откройте диалоговое окно «Свойства системы» или нажмите правой кнопкой мыши на значке «Мой компьютер» и в меню выберите пункт «Свойства».

На вкладке «Дополнительно» нажмите кнопку «Переменные среды».

В разделе «Системные переменные» диалогового окна «Переменные среды» выберите элемент «Path».

Перейдите в конец строки в поле «Значение переменной».

В самом конце текущего значения введите следующий текст:

Если в этот момент имеются открытые командные окна, изменения для них применены не будут. Откройте новое командное окно и введите следующую команду, чтобы убедиться в правильности настройки переменной среды:

Если позднее расположение пакета AIR SDK будет изменено или будет добавлена новая версия, переменную среды path необходимо будет изменить соответствующим образом.

На посты, размещаемые в Twitter™ и Facebook, условия Creative Commons не распространяются.

Читайте также: