Как правильно добавить путь к ПУТИ?

Так или иначе работы, но они не делают того же самого: элементы PATHпроверяются слева направо. В Вашем первом примере, исполняемых файлах в ~/opt/bin будет иметь приоритет по установленным, например, в /usr/bin, который может или не может быть тем, что Вы хотите.

В частности, с точки зрения безопасности опасно добавить пути к передней стороне, потому что, если кто-то может получить доступ для записи к Вашему ~/opt/bin, они могут поместить, например, другое ls там, который Вы затем, вероятно, использовали бы вместо /bin/ls без того, чтобы замечать. Теперь вообразите то же для ssh или Ваш браузер или выбор... (То же идет трижды для помещения. в Вашем пути.)

Я смущен вопросом 2 (так как удаленный из вопроса, так как это происходило из-за несвязанной проблемы):

Что осуществимый путь состоит в том, чтобы добавить больше путей на различных строках? Первоначально я думал, что это могло добиться цели:

export PATH=$PATH:~/opt/bin
export PATH=$PATH:~/opt/node/bin

но это не делает, потому что второе присвоение не только добавляет ~/opt/node/bin, но также и целое PATH ранее присвоенный.

Это - возможное обходное решение:

export PATH=$PATH:~/opt/bin:~/opt/node/bin

но для удобочитаемости я предпочел бы иметь одно присвоение для одного пути.

Если Вы говорите

PATH=~/opt/bin

это - все, что будет в Вашем ПУТИ. ПУТЬ Является просто переменной среды, и если Вы хотите добавить к ПУТИ, необходимо восстановить переменную с точно содержанием, которое Вы хотите. Таким образом, что Вы даете как пример для опроса 2, точно, что Вы хотите сделать, если я полностью не упускаю суть вопроса.

Я использую обе формы в своем коде. У меня есть универсальный профиль, который я устанавливаю на каждой машине, я работаю над этим, похож на это, для размещения для потенциально недостающих каталогов:

export PATH=/opt/bin:/usr/local/bin:/usr/contrib/bin:/bin:/usr/bin:/usr/sbin:/usr/bin/X11
# add optional items to the path
for bindir in $HOME/local/bin $HOME/bin; do
    if [ -d $bindir ]; then
        PATH=$PATH:${bindir}
    fi
done

Linux определяет исполняемый путь поиска с $PATH переменная среды. Добавить каталог,/data/myscripts к началу $PATH переменная среды, используйте следующее:

PATH=/data/myscripts:$PATH

Чтобы добавить что каталог в конец пути, используйте следующую команду:

PATH=$PATH:/data/myscripts

Но предыдущие не достаточны, потому что при установке переменной среды в сценарии то изменение является эффективным только в рамках сценария. Существует только два пути вокруг этого ограничения:

• В рамках сценария, при экспорте переменной среды, это эффективно в рамках любых программ, названных сценарием. Обратите внимание, что это не эффективно в рамках программы который названный сценарием.
• Если программа, которая называет сценарий, делает так включением вместо вызова, любые изменения среды в сценарии являются эффективными в рамках программы вызова. Такое включение может быть сделано с точечной командой или исходной командой.

Примеры:

$HOME/myscript.sh
source $HOME/myscript.sh

Включение в основном включает "названный" сценарий в сценарий "вызова". Это похоже на #include в C. Таким образом, это эффективно в сценарии "вызова" или программе. Но конечно, это не эффективно ни при каких программах или сценариях, названных программой вызова. Для создания этого эффективным полностью вниз цепочка вызовов необходимо следовать за установкой переменной среды с командой экспорта.

Как пример, программная оболочка удара включает содержание файла .bash_profile включением. Поместите следующие 2 строки в .bash_profile:

PATH=$PATH:/data/myscripts
export PATH

эффективно помещает те 2 строки кода в программу удара. Таким образом в ударе, переменная $PATH включает $HOME/myscript.sh, и из-за оператора экспорта, любые программы, названные ударом, имеют измененный $PATH переменная. И потому что любые программы, которые Вы запускаете от подсказки удара, называет удар, новый путь находится в силе для чего-либо, что Вы выполняете от подсказки удара.

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

Больше информации здесь

Вот мое решение:

PATH=$(echo -n $PATH | awk -v RS=: -v ORS=: '!x[$0]++' | sed "s/\(.*\).\{1\}/\1/")

Приятный простой вкладыш, который не делает оставить трейлинг :

Видимо, это была ошибка в ядре. Он был исправлен в https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/scsi/storvsc_drv.c?id=e86fb5e8ab95f10ec5f2e9430119d5d35020c951

gunzip и gzcat являются псевдонимами удобства для gzip -d и gzip -cd соответственно. На самом деле, если посмотреть, вы увидите, что они реализованы в виде сценариев оболочки, которые вызывают gzip с соответствующими опциями. Таким образом, существует нулевая разница в загрузке ЦП или других характеристиках производительности.

Возможная разница ввода-вывода зависит от того, выполняется ли запись выходных данных в файл. Но это не зависит от того, как вызывается gzip , поскольку, например, все следующие команды записывают свои выходные данные в файл:

gunzip file.gz
gzcat file.gz >file
gzip -cd file.gz >file

Если вы не записываете выходные данные в файл, а в канал, например:

gzcat file.gz | less
gzip -cd file.gz | mail root

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

Я не могу говорить за другие дистрибутивы, но Ubuntu имеет файл/etc/environment, который является путем поиска по умолчанию для всех пользователей. Поскольку мой компьютер используется только мной, я помещаю туда любые каталоги, которые я хочу, если только это не временное дополнение, которое я помещаю в сценарий.

Для меня (на Mac OS X 10. 9.5), добавление имени пути (например, /mypathname) в файл /etc/paths сработало очень хорошо.

Перед редактированием echo $PATH возвращает:

/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin

После редактирования /etc/paths и перезапуска оболочки, к переменной $PATH добавляется /pathname. Действительно, echo $PATH возвращает:

/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/mypathname

Произошло то, что /mypathname было добавлено к переменной $PATH.

В течение некоторого времени у меня есть две функции pathadd и pathrm , которые помогают добавлять элементы в путь, не беспокоясь о дублировании.

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

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

pathadd() {
    newelement=${1%/}
    if [ -d "$1" ] && ! echo $PATH | grep -E -q "(^|:)$newelement($|:)" ; then
        if [ "$2" = "after" ] ; then
            PATH="$PATH:$newelement"
        else
            PATH="$newelement:$PATH"
        fi
    fi
}

pathrm() {
    PATH="$(echo $PATH | sed -e "s;\(^\|:\)${1%/}\(:\|\$\);\1\2;g" -e 's;^:\|:$;;g' -e 's;::;:;g')"
}

Поместите их в любой сценарий, который вы хотите изменить среду PATH, и теперь вы можете это сделать.

pathadd "/foo/bar"
pathadd "/baz/bat" after
export PATH

Вы гарантированно не добавите к пути, если он уже есть. Если теперь вы хотите убедиться, что / baz / bat находится в начале.

pathrm "/baz/bat"
pathadd "/baz/bat"
export PATH

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

Чтобы добавить новый путь к переменной окружения PATH:

export PATH=$PATH:/new-path/

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

• Bash Shell: ~/.bash_profile, ~/.bashrc или profile
• Korn Shell: ~/.kshrc или .profile
• Z Shell: ~/.zshrc или .zprofile

например

# export PATH=$PATH:/root/learning/bin/
# source ~/.bashrc
# echo $PATH

Указанный путь можно увидеть в приведенном выше выводе.