/ usr / local lub / opt w systemie Windows

6

W systemach Linux masz drzewa katalogów, takie jak / usr / local lub / opt, w których możesz umieścić „niestandardowe” aplikacje, które nie mają pakietu w twojej dystrybucji, a zatem nie pasują ładnie do FHS twojej dystrybucji.

W systemie Windows, gdzie umieszczasz aplikacje, które nie zapewniają instalatora, a zatem nie dzielą się ładnie na C:\Program Files (x86)i C:\ProgramData? Czy istnieje ugruntowana konwencja?

Tło: Wiele małych narzędzi (np. Narzędzia sysinternals) lub aplikacji z portami Unix (np. Emacs) nie udostępnia instalatora Windows, ale raczej plik zip z instrukcją „ po prostu wypakuj go gdziekolwiek i uruchom plik exe ”. Teraz mógłbym utworzyć dowolny katalog najwyższego poziomu, np. C:\Tools, Ale będąc pedantyczny, chciałbym, aby miał on „właściwą” nazwę. Czy istnieje konsensus, czy wszyscy wymyślają własną konwencję dla tego rodzaju aplikacji?

windows file-organization Heinzi
źródło
2
Tworzę katalog o nazwie C: \ bin i dodaję go do zmiennej środowiskowej ścieżki systemowej, a następnie zrzucam tam moje pliki wykonywalne. Windows nie ma realnych przepisów dla tego rodzaju „instalacji”. Możesz równie łatwo zrobić to w C \ Program Files (x86) \ bin lub gdziekolwiek chcesz, nie ma dla niego standardu.
acejavelin

Odpowiedzi:

1

Ponieważ często mam te same małe narzędzia w domu i w pracy, a ponieważ zwykle firmy nie pozwalają użytkownikom na uprawnienia administratora, instalacja np. C:\toolsLub nawet "C:\Program Files\Tools"nie jest opcją. Aby utrzymać te same skrypty instalacyjne, używam węzła głównego, który wskazuje mój katalog użytkownika. To skrzyżowanie wymaga uprawnień administratora, ale jest to jednorazowe:

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

Następnie możesz dostarczyć C:\localappinstalatorom MSI przenośne narzędzia lub rozpakować narzędzia tam, nawet bez uprawnień, i użyć ich w ŚCIEŻCE. Mam na przykład to samo w domu i w pracy:

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

Do pewnego stopnia (np. Fakt, że skrzyżowanie może nie istnieć), pozwala również mieć te same narzędzia na wszystkich komputerach, jeśli używasz profilu mobilnego.

Równie dobrze możesz zainstalować C:\Users\yourself\localappbezpośrednio, ale w moim przypadku moja nazwa użytkownika nie jest wszędzie taka sama i %USERPROFILE%nie zawsze może być używana jako nierozwinięta (np. W rejestrze), więc jest to ból.

Kliper
źródło
0

Brak szybkich zasad w tym zakresie.

Sugestia: Idź z c:\tools, lub c:\optjeśli są bardziej zaznajomieni z Linuksa.

Może być konieczna zmiana uprawnień w tym nowym folderze, ponieważ niektóre aplikacje będą wymagały podwyższonych uprawnień do zapisywania tutaj własnych danych.

Jako programista używam tej struktury:

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

Ułatwia mi to śledzenie narzędzi, których używam i ich konfiguracji podczas konfigurowania nowego środowiska programistycznego na innym komputerze.

Carl J du Preez
źródło