Convenzione di denominazione dei file Unix [chiuso]

Mi chiedevo qual è la convenzione di denominazione per i file in Unix? Non ne sono sicuro, ma penso che ci sia forse una convenzione di denominazione universale da seguire?

Ad esempio, voglio nominare un file dire: backupcon part 2erandom

Dovrei farlo in questo modo:

backup_part2_random

O

backup-part2-random

O

backup.part2.random

Spero che la domanda sia chiara. Fondamentalmente, voglio scegliere un formato conforme alla filosofia Unix.

.viene utilizzato per separare un'estensione del tipo di file, ad es foo.txt.

-o _viene utilizzato per separare le parole logiche, ad esempio my-big-file.txto talvolta my_big_file.txt. -è meglio perché non è necessario premere il tasto Maiusc (almeno con una tastiera standard per PC inglese americano), altri preferiscono_ perché sembra più uno spazio.

Quindi, se capisco il tuo esempio, backup-part2-randomo backup_part2_randomsarei il più vicino alla normale convenzione Unix.

CamelCase normalmente non viene utilizzato su sistemi Linux / Unix. Dai un'occhiata ai nomi dei file in /bine /usr/bin. CamelCase è l'eccezione piuttosto che la regola sui sistemi Unix e Linux.

( NetworkManagerè l'unico esempio che mi viene in mente che utilizza CamelCase ed è stato scritto da uno sviluppatore Mac. Molti si sono lamentati di questa scelta di nome. Su Ubuntu, in realtà hanno rinominato lo script innetwork-manager .)

Ad esempio, /usr/binsul mio sistema:

$ ls -d [A-Z]* | wc -w    # files starting with a capital
6
$ ls -d *_* | wc -w       # files containing an underscore
178
$ ls -d *-* | wc -w       # files containing a minus/dash
409

e anche allora, nessuno dei file che iniziano con una maiuscola utilizza CamelCase:

$ ls -d [A-Z]*
GET  HEAD  POST  X11  Xvnc  Xvnc4

Molto più importante che una particolare convenzione sia coerente. Scegli uno stile e mantienilo.

La mia opinione sulle convenzioni sui nomi dei file Unix / Linux:

• I filesystem Unix / Linux non supportano intrinsecamente la nozione di estensione. Il concetto di estensione del file esiste come qualcosa di completamente supportato da utility come cp, lso la shell che si sta utilizzando. Credo che sia così anche su NTFS, ma potrei sbagliarmi.

• Gli eseguibili, inclusi gli script di shell, di solito non hanno mai alcun tipo di estensione. Gli script avranno una linea hashbang (cioè #!/bin/bash) che identifica quale programma dovrebbe interpretarlo.

• Qualsiasi eseguibile lungo due lettere è estremamente importante. Quindi non nominare i nomi dei file di due lettere degli eseguibili. Qualsiasi file in /etcche termina con tabè anche super importante, come ad esempio fstab, mtab, inittab.
• A volte .dviene aggiunto ai nomi delle directory, in particolare in /etc, ma questo non è molto diffuso (AGGIORNAMENTO: https://serverfault.com/questions/240181/what-does-the-suffix-d-mean-in-linux )
• rcè ampiamente usato per script o file di configurazione, sia antependenti (ad es. rc.local) sia suffissi ( .vimrc)
• La comunità Unix / Linux non ha mai avuto un limite di tre caratteri per le estensioni e aggrotta le sopracciglia all'accorciamento delle estensioni ben note per adattarsi. Ad esempio, non utilizzare .htmalla fine dei file HTML su Unix / Linux, utilizzare .html.
• In un set di file, a volte un nome file è in maiuscolo o in maiuscolo, quindi appare in testa a un elenco di directory. L'esempio classico è Makefilenei pacchetti sorgente. Fallo solo per cose del genere README.
• ~viene utilizzato per identificare un file di backup o una directory, come in important_stuff~, o /etc~. Molti conchiglie si espanderà un solitario ~a $HOME.
• I file di libreria iniziano quasi sempre con lib. L'eccezione è zlibe probabilmente alcune altre.
• Gli script chiamati da inetd a volte sono taggati con un carattere iniziale in., come in.tftpd.
• La z finale in vmlinuzsignifica zippato, ma non ho mai visto nessun altro file chiamato in questo modo.

In unix il nome del file è solo una stringa, a differenza del DOS, in cui il nome del file era composto da nome ed estensione. Quindi uno qualsiasi dei nomi di file è completamente accettabile.

Tuttavia, molti programmi utilizzano ancora suffissi di file che iniziano con il punto per distinguere diversi tipi di file, ovvero Apache Web Server utilizza suffissi per impostare il tipo MIME corretto nelle intestazioni delle risposte.

Due pensieri:

1. Nella Naming Variables, Functions, and Filessezione degli standard di codifica GNU troverai:

   Si prega di utilizzare i trattini bassi per separare le parole in un nome, in modo che i comandi di parole Emacs possano essere utili al loro interno. Stick per minuscole;

   Mentre l'IMO dice "Dovresti usare _perché emacs" sembra un po 'datato, ma è comunque nel loro documento "standard".

2. Supponiamo per un momento che siamo tutti d'accordo sul fatto che il kernel Linux sia il "tutto e per tutto" * dei progetti Linux e che le convenzioni utilizzate lì siano quelle che potrebbero essere considerate convenzioni "standard".

   grep-ing sorgente per il kernel linux troverai quanto segue:

   • Il 44,6% delle volte viene utilizzato solo trattino
   • Il 54,1% delle volte sottolinea solo
   • 1,2% delle volte in cui un file utilizza entrambi.

È interessante notare che la fonte di git pesa all'85% per i trattini, al 3,8% per i trattini bassi e all'11,1% per entrambi.

La scelta è chiara, si discute. ;)

Opinione personale: utilizzo i trattini per motivi estetici e di spostamento dei tasti. Se lavori in una squadra, vota. Ma per ribadire quanto detto, sii coerente .

* o "be_all and end_all", se lo desideri

Personaggi che non dovresti usare nei nomi dei file:

| ; ,! @ # $ () <> / \ "'` ~ {} [] = + & ^

Delimitatori di caratteri che dovresti usare per facilitare la lettura dei nomi:

_ -. :

(In alcuni casi ":" ha un significato speciale però)

Per aggiungere ciò che altri hanno detto, direi solo che mentre le lettere accentate e molti caratteri speciali sono legali nei nomi dei file, possono causare problemi in uno dei seguenti scenari:

• Condividi il tuo filesystem con altri computer, in particolare con diversi sistemi operativi;
• Condividi i file con altri (e sebbene l'e-mail tenda a essere abbastanza buona con le conversioni, a volte semplicemente non funziona);
• Gli script della shell vengono utilizzati per automatizzare alcune attività (gli spazi sono particolarmente problematici, sebbene ci siano molti modi per gestirli);
• Si utilizza una condivisione file da un altro computer.

...

Attenersi ai nomi di file alfanumerici. Evita gli spazi o sostituisci gli spazi con caratteri di sottolineatura (_). Limitare la punteggiatura nei nomi dei file a punti (.), Trattini bassi (_) e trattini (-). Generalmente i nomi dei file sono in minuscolo, ma uso CamelCase quando ho più parole nel nome del file.

Usa estensioni che indicano il tipo di file. I programmi non hanno bisogno di estensioni poiché il bit di esecuzione viene utilizzato per indicare i programmi e le shell sanno come eseguire programmi di vario tipo. È comune ma non è richiesto (.sh) per gli script di shell e (.pl) per gli script perl. Le estensioni eseguibili di Windows .bat, .com, .scr e .exe indicano eseguibili di Windows su Unix.

Scegli uno standard e attenersi ad esso. Ma non si romperà le cose se lo eviti.

I file nascosti (o punti) hanno nomi che iniziano con un punto. Normalmente questi non vengono visualizzati negli elenchi di directory. Usa 'ls -a' per includere i file punto nell'elenco.

Una convenzione è quella di utilizzare "_" per sostituire gli spazi come separatori tra le parole. Altri caratteri potrebbero essere usati per sostituire gli spazi, ma ci sono usi convenzionali leggermente più forti per "-" e "." nei nomi dei percorsi, quindi di solito è preferito "_".

Gli spazi sono legali nei nomi dei percorsi, ma sono convenzionalmente evitati, perché richiedono la citazione del nome del percorso ("foo bar") o la fuga degli spazi (foo \ bar). Uno script shell correttamente scritto citerà le variabili che possono includere spazi, in particolare i nomi dei percorsi, ma non farlo è una svista comune, ed è un sacco di extra digitando quando si esegue un comando unico immesso nella riga di comando.

L'uso di "-" per separare gruppi di numeri, come nei timestamp o nei numeri di serie, è una convenzione comunemente usata al di fuori del contesto dei filesystem. Utilizzando "." separare le "estensioni di file" che indicano che il tipo di file è molto comune e alcuni strumenti importanti dipendono da esso. Ad esempio, il sistema di gestione dei pacchetti su Red Hat Enterprise Linux e i suoi derivati, RPM, prevede che i file dei pacchetti finiscano con ".rpm". Il tarball tradizionale è un file tar (".tar") che è stato compresso con gzip (".gz") e quindi finisce in ".tar.gz".

Quindi, unendoli insieme, si finisce spesso con nomi di file che sembrano "home_backup_2017-07-01.tar.gz"

utilizzare -o _per denominare i file
_per le funzioni
.per le estensioni

cat << EOF > foo-bar.sh  
foo_bar() {  
echo baz  
}  
EOF  

Sono d'accordo con David Oneill che dovresti semplicemente andare con qualcosa.

Ma è bello se i file sono ordinabili nella stessa directory, quindi non numero 0 ..10 ma numero 00 ..10.

Quando si utilizzano le date nei nomi, utilizzare un formato data standard come ISO8601 .

E non abbiate paura di usare più caratteri per separare le parti logiche nel nome. Se usi _ (che era 3 _), puoi semplificare le regexps sui nomi dei file in seguito.

Quindi il tuo esempio potrebbe essere qualcosa del genere:

backup_2011-06-19T114012___part002___random

Facile da leggere e da analizzare con gli script.

Le parole in un nome file possono essere separate _o -secondo la convenzione Unix.

Se lo usi -, è più facile da scrivere, ti salva dalla pressione di MAIUSC. Ma dal momento che -occupa così poco spazio, è un po 'difficile leggere le separazioni delle parole rispetto a _. L'uso _per separare le parole lo rende molto più pulito poiché _occupa più spazio.

Nella shell scripting e altri programmi per computer, _vengono utilizzati per variabili multi-word, come MY_ENVIRONMENT_FILE. Fare in modo che i nomi dei file vengano utilizzati _allo stesso modo:MY_ENVIRONMENT_FILE=~/my_environment_file .

Nello sviluppo web, -è preferito per la denominazione dei file. Uno dei motivi è probabilmente perché la sottolineatura nei collegamenti Web può nascondere i caratteri di sottolineatura e potrebbe rendere difficile se si sta digitando il collegamento Web a mano.

Nella maggior parte degli editor e delle pagine Web, è this_long_wordpossibile selezionarlo completamente con un doppio clic, ma non this-long-word.

Esiste sicuramente uno standard per Linux. Se guardi i nomi dei file in qualsiasi sistema Linux, sono in minuscolo con trattini: / usr / bin / ssh-keygen. Questo è specificato in uno dei documenti Linux Standards Base che non riesco a trovare in questo momento. Viene anche specificato da GNU che dice di usare i trattini bassi per i nomi delle variabili e i trattini per i nomi dei file.

Per aggiungere ciò che hanno detto tutti gli altri:

1-Anche se Linux non si preoccupa molto delle estensioni, Windows lo fa, quindi assicurati che qualsiasi file che prevedi di dare a chiunque abbia l'estensione appropriata.

I cappellini 2-Camel sembrano essere gli script più facili da usare, senza caratteri speciali di cui preoccuparsi per le sequenze di escape.