Qual é a convenção de nomenclatura de arquivos para arquivos de texto regulares?

Question

Para arquivos de texto *.txt regulares que contêm documentação e notas e tal, e que não são READMEs, existe uma convenção Unix para nomeá-los? Ou seja,

• Os nomes dos arquivos devem ser todos minúsculos? camelcase? tudo em maiúsculas?
• As palavras devem ser separadas por hifens, sublinhados ou espaços de escape?
• Os nomes curtos devem ser favorecidos por mais longos e mais explícitos?

Answer 1

• geralmente, o unix prefere minúsculas, definitivamente NÃO são maiúsculas, os READMEs são um caso especial e são maiúsculas (como em outros arquivos especiais como COPYING, LICENSE, etc.) - mas, de outro modo, gerais (ou "regulares" como você chama eles) arquivos de texto não devem usar letras maiúsculas.
• hífens ou sublinhados, evite espaços - até mesmo escapou
• em algum lugar no meio: curto o suficiente para que você possa lê-lo rapidamente e não perca espaço na sua tela, mas não tanto tempo que ele irá se enrolar em um gui.

Answer 2

Geralmente, uso *.txt para arquivos de texto gerais, out.build.NN para saída de uma compilação, *.lst para uma sequência delimitada por nova linha que será inserida em um programa (como xargs ) e programname.log para saída de programas de longa duração. E eu uso um monte de números (a'la out.build.NN ) se eu vou executar sucessivamente o mesmo programa várias vezes. Mas esta é apenas a minha própria convenção.

Eu geralmente uso letras minúsculas, já que isso é mais comum no UNIX / Linux. Eu uso hífens, sublinhados e períodos e fico longe de "caracteres especiais" (como espaço, tab, return char). O tamanho do nome do arquivo depende do que você está tentando obter. Se você tiver arquivos por um longo tempo, pode ser melhor ter um nome de arquivo um pouco mais longo para ajudar a lembrar que é um propósito.