Je viens de bifurquer un projet dans Github, j'ai fait mes changements, etc. Cela m'a fait me demander: je vois surtout README.txt dans les projets open source et le fichier que j'ai édité était Readme.txt. Est-ce une sorte de standardisation ou aurais-je dû le laisser tel quel?
naming-standards
Tolga Ozses
la source
la source
Réponses:
Les lettres tout en majuscules ressortent et rendent le fichier facilement visible, ce qui est logique car c'est probablement la première chose qu'un nouvel utilisateur voudrait regarder. (Ou, au moins, aurait dû regarder ...) Comme d'autres l'ont déjà dit, les noms de fichiers commençant par une majuscule seront répertoriés avant les noms en minuscules dans le tri ASCIIbétique (
LC_COLLATE=C
), ce qui permet de rendre le fichier visible au premier coup d'œil.Le
README
fichier fait partie d'un ensemble de fichiers qu'un utilisateur d'un progiciel gratuit s'attendrait normalement à trouver. D'autres sontINSTALL
(instructions pour la construction et l'installation du logiciel),AUTHORS
(liste des contributeurs),COPYING
(texte de la licence),HACKING
(comment commencer à contribuer, peut-être en incluant une liste TODO de points de départ),NEWS
(changements récents) ouChangeLog
(principalement redondant avec systèmes de contrôle de version).C'est ce que les normes de codage GNU ont à dire sur le
README
fichier.Puisqu'il est toujours bon de viser la moindre surprise de vos utilisateurs, vous devez suivre cette convention, sauf s'il existe des raisons impérieuses pour un écart. Dans le monde UNIX, les extensions de nom de fichier étaient traditionnellement utilisées avec parcimonie, de sorte que le nom canonique du fichier est
README
sans suffixe. Mais la plupart des utilisateurs n'auraient probablement aucun problème à comprendre qu'un fichier nomméREADME.txt
a la même signification. Si le fichier est écrit en Markdown , un nom de fichier commeREADME.md
peut également être raisonnable. Évitez d'utiliser des langages de balisage plus complexes comme HTML dans leREADME
fichier, car il devrait être pratique de lire sur un terminal texte uniquement. Vous pouvez diriger les utilisateurs vers le manuel du logiciel ou sa documentation en ligne, qui peut être écrit dans un format plus sophistiqué, pour plus de détails sur leREADME
fichier.la source
Traditionnellement, le fichier était appelé LISEZMOI en majuscules, car les environnements de ligne de commande qui utilisent un ordre alphabétique plaçaient alors le fichier en haut. Cela les rend facilement visibles dans les grands répertoires.
C'est très probablement une séquelle du monde Unix / Linux où vous téléchargeriez des sources et ensuite créeriez votre logiciel. Le fait d'avoir des fichiers comme README et INSTALL en haut de la vue 'list directory contents' permet de voir plus facilement qu'ils sont là, au lieu d'avoir à parcourir tout le contenu à partir d'une interface de ligne de commande. Le même principe de base fonctionne également pour github (et fonctionne également dans les interfaces GUI, pensez-y, donc il pourrait toujours avoir du mérite)
En aucun cas une règle stricte, mais très probablement quelque chose que tout le monde fait comme une habitude parce que d'autres projets le font. À moins qu'il n'y ait une raison explicite de NE PAS le faire, vous devriez probablement utiliser toutes les majuscules simplement parce que vous verrez qu'il est utilisé de cette façon dans de nombreux autres projets. C'est également le nom par défaut que Github utilise lorsque vous créez un nouveau référentiel.
la source
ls -l | less
.README est généralement écrit en majuscules. De cette façon, la
ls
commande Unix a placé le fichier près du début de la liste des répertoires (les lettres majuscules précèdent les lettres minuscules dans l'ordre ASCII).la source
ls
ne trie généralement pas de cette façon sur les systèmes modernes.LC_COLLATE="en_US.ascii" ; ls -l
vsLC_COLLATE="en_US.UTF-8" ; ls -l
)