/ usr / local або / вибрати Windows


6

У системах Linux у вас є дерева директорій на кшталт / usr / local або / opt, куди ви можете помістити "встановлені на замовлення" програми, які не мають пакета у вашому дистрибутиві, і, таким чином, не вписуються добре в FHS вашого дистрибутива.

У Windows, куди ви ставите програми, які не передбачають інсталятора, і, таким чином, не розбиваються на C:\Program Files (x86)та C:\ProgramData? Чи існує добре сформована конвенція?


Передумови: Багато невеликих інструментів (наприклад, інструменти sysinternals) або додатки, що передаються Unix (наприклад, emacs) не забезпечують інсталятор Windows, а поштовий файл з інструкцією " просто витягнути його де завгодно і запустити файл exe ". Тепер я міг би створити довільну директорію верхнього рівня, наприклад C:\Tools, але, будучи педантичною, я хотів би, щоб вона мала "правильну" назву. Чи існує якась консенсус або кожен вигадує свою власну умову щодо цього типу додатків?


2
Я складаю каталог під назвою C: \ bin і додаю його до змінної середовища системного шляху, а потім скидаю туди свої виконувані файли. У Windows немає реальних положень щодо цього типу "встановлення". Ви так само легко можете це зробити у програмі C \ Program Files (x86) \ bin або в будь-якому іншому місці, для якого немає стандартів.
acejavelin

Відповіді:


1

Оскільки у мене часто і вдома є однакові маленькі інструменти, і тому, що зазвичай компанії не дозволяють користувачам мати привілеї адміністратора, встановлення, наприклад, C:\toolsабо навіть "C:\Program Files\Tools"не є можливим. Для того щоб зберегти мої сценарії встановлення однаковими, я використовую кореневий з'єднання, який вказує на мій каталог користувачів. Для цього з'єднання потрібні права адміністратора, але це один вистріл:

C:\>mkdir %USERPROFILE%\localapp
C:\>mklink /J localapp %USERPROFILE%\localapp

Тоді ви можете надати C:\localappінсталяторам MSI портативних інструментів або розпакування інструментів, навіть без привілеїв, і використовувати це в PATH. У мене є, наприклад, те, що вдома і на роботі:

C:\localapp\Mozilla
C:\localapp\Sysinternals
C:\localapp\Joeware
...

До певної міри (на зразок того, що з'єднання може не існувати), він також дозволяє мати однакові інструменти на всіх комп’ютерах, якщо ви використовуєте роумінговий профіль.

Ви також можете встановити C:\Users\yourself\localappбезпосередньо, але в моєму випадку моє ім’я користувача не скрізь однакове, і %USERPROFILE%його не завжди можна використовувати нерозгорнуте (наприклад, в реєстрі), тому це біль.


0

Немає швидкого правила щодо цього.

Пропозиція: Перейдіть c:\tools, або c:\optякщо ви більше знайомі з Linux.

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

Як розробник я використовую цю структуру:

C:\
+-- code  // for repositories   
+-- data  // db files  
+-- tools // software tools

Це дозволяє мені легко відслідковувати використовувані інструменти та їх конфігурації під час налаштування нового середовища розробників на іншій машині.

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