/ usr / local oder / opt unter Windows

1921
Heinzi

Auf Linux-Systemen gibt es Verzeichnisbäume wie / usr / local oder / opt, in denen Sie "benutzerdefiniert installierte" Anwendungen einfügen können, die kein Paket in Ihrer Distribution enthalten und daher nicht gut in die FHS Ihrer Distribution passen.

Wo setzen Sie unter Windows Anwendungen ein, die keinen Installer bereitstellen und sich daher nicht schön in C:\Program Files (x86)und aufteilen C:\ProgramData? Gibt es einen etablierten Kongress?

Hintergrund: Viele kleine Tools (z. B. die sysinternals-Tools) oder Unix-portierte Anwendungen (z. B. emacs) enthalten kein Windows-Installationsprogramm, sondern eine ZIP-Datei mit der Anweisung, sie einfach irgendwo zu extrahieren und die Exe-Datei zu starten . Nun könnte ich ein beliebiges Verzeichnis der obersten Ebene erstellen, z. B. C:\Tools, da ich jedoch pedantisch bin, würde ich gerne den "richtigen" Namen haben. Gibt es einen Konsens oder erfindet jeder seine eigene Konvention für diese Art von Anwendung?

3
Ich erstelle ein Verzeichnis mit dem Namen C: \ bin und füge es der Umgebungsvariable Systempfad hinzu. Dann werden meine ausführbaren Dateien dort abgelegt. Windows hat keine echten Vorkehrungen für diese Art der "Installation". Sie können es genauso einfach in C \ Program Files (x86) \ bin oder an einem beliebigen anderen Ort erstellen. Es gibt keinen Standard dafür. acejavelin vor 8 Jahren 2

0 Antworten auf die Frage

Verwandte Probleme