Was Sie haben, sind die Bits, die einen Build zusammenkleben. Erstellen Sie Skripte, automatisch generierte Konfigurationen, Makefiles, die andere Makefiles enthalten - es ist eine gute Idee, sich zu fragen, wie diese Dinge benannt werden sollten.
Vor allem sei konsequent .
Ich habe viele .mk-Erweiterungen für Dateien gesehen, die über das Makefile enthalten sind. Wie Gyom andeutet, ist dies jedoch eine sehr subjektive Frage.
Was auch immer den Syntax-Highlighter in Ihrem bevorzugten Editor glücklich macht, ist wahrscheinlich eine gute Wahl. Wenn Sie in einem Team sind, in dem jeder etwas anderes verwendet, fragen Sie die Leute. Für mich ist die Benennung eines Makefile-Includes mit einer .mk-Erweiterung für alle korrekt. Das Benennen von Shell-Skripten mit einem .sh-Suffix hilft auf ähnliche Weise.
Kurz gesagt, machen Sie die Dateinamen offensichtlich und versuchen Sie, die Syntaxhervorhebung auf so vielen Editoren / IDEs wie möglich zum Laufen zu bringen. Makefile.common tut das vielleicht nicht, common.mk hat vielleicht eine bessere Chance.
Der Open-Source-Stil von Google verwendet Unterstriche als Trennzeichen:https://google.github.io/styleguide/shellguide.html#s7.4-source-filenames.
In Ihrem Fall wäre es also do_this_please.sh oder do_this_please diesen Stil verwenden.