Где не Windows инструменты командной строки должны быть размещены в Windows? [Дубликат]

8

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

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

Я рассматриваю каталог "bin" верхнего уровня или "tools", но боюсь, что это может нарушить некоторые правила MS.

предложения?

Прозаик Хакер
источник
Я не вижу необходимости в специальном месте для сторонних инструментов. Я всегда запускаю их с ярлыка на рабочем столе или на панели инструментов.
Моав
1
И Бен N, и PycoGeek, похоже, любят идею каталога ac: \ tools с некоторыми вариациями. Я попробую это и посмотрим, как оно пойдет.
Прозаик Хакер
C:\toolsиспользуется chocolatey (в настоящее время у меня есть C: \ tools \ python и C: \ tools \ msys64 от chocolatey). Хотя не все пакеты установлены там, например, его nircmd находится в C: \ ProgramData \ chocolatey \ bin
jingyu9575
1
Я сделал каталог "Cltools" для себя. Работает вполне нормально.
Нейт

Ответы:

10

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

Я рекомендую создать подпапку вашего профиля пользователя, скажем \Users\Ben\Tools, и поместить туда свои материалы. Затем введите «Изменить среду» в поле «Пуск» или на начальном экране и выберите « Изменить переменные среды» для своей учетной записи . (В Windows XP это находится в расширенной части свойств системы.)

редактор переменных среды

Если верхнее поле (переменные для пользователя) содержит PATH, нажмите Редактировать. Добавьте точку с запятой, а затем полный путь к папке с инструментами. Если у вас его еще нет PATH, нажмите Новый и заполните его соответствующим образом.

добавление переменной PATH

Если вы хотите, чтобы это изменение применялось ко всем пользователям, поместите папку инструментов в общедоступное место ( \Toolsработает) и обновите PATHпеременную в списке «Системные переменные», а не на пользователя.

Вам может потребоваться выйти из системы и снова войти в нее, прежде чем эта папка станет широко распространенной.

Бен Н
источник
1
Это делает инструменты доступными только одному зарегистрированному пользователю. Я преподаю в школе, где люди могут перемещаться с машины на машину, но могут ожидать, что будут доступны согласованные команды и согласованные местоположения.
Прозаик Хакер
1
@ProsaicHacker В этом случае разместите файлы в общедоступном месте ( \Toolsработает) и обновите систему PATHвместо пользовательской.
Бен Н
1

Это твой собственный компьютер? так какое значение имеет какое-то правило? Вы уже понимаете путь и путаницу, уже существующую там с кучами и дополнениями пути, как это может быть хуже, чем вы думаете, чтобы организовать его :-)

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

Половина смысла хороших компактных небольших программ заключается в том, что их можно создавать из резервных копий (в виде файлов) без перекрестных ссылок и записей реестра, они не создают большого шума и работают без множества зависимостей. Они бегают быстро, потому что они маленькие и плотные, они бегут куда угодно. Многие из утилит небольшого независимого типа полезны для диагностики проблем с компьютером, не важно, что не так, поэтому я считаю, что быстрый доступ к ним очень важен, потому что я избегаю помещать эту группу программ туда, где что-то происходит плохо они недоступны.

Используемые для них сценарии / пакеты могут быть легко сохранены в тех же местах, и тогда CD (текущий каталог) в пакетах будет работать из этих мест (заметьте, я сказал, что я использую полные пути). Запуск CMD (контекстное меню) из текущего каталога - еще один способ избежать путей. Определите количество этих утилит, создайте организацию, с которой вы можете жить, создайте резервную копию (просто) этой группировки и напишите правила :-)

MS еще не полностью отняла у нас способность делать вещи просто и быстро!

Я использовал имена папок Tools, Utils, Desk, Diag (для диагностики) в корне навсегда для крошечных утилит, многие из них вложены в подпапки, чтобы сохранить части программы и все части. Это еще не удалось.

Psycogeek
источник