POSIX shebang（＃！/ bin / sh）の重複が原因でファイルを断片化するときに実用的でも理論的でも問題が発生する可能性がありますか？

私は最近、より構造化された方法でLinux POSIXシェルスクリプトを開発し始めました。

---

説明します。

コード[A]はいくつかのコード[B]によって取得されます。最小限の例は次のとおりです。

#!/bin/sh

# REQUIREMENTS
# none

# METHODS (public)
# none; this file when sourced sets up basic tput colors, if available
...

コード[B]実行時にいくつかの最小限の例は次のとおりです。

#!/bin/sh

# REQUIREMENTS
. /home/username/Development/sh/functions/func-color_support

# METHODS (public)
print_error ()
# this prints custom heading and a given error message
{
...
}

---

#!/bin/sh最初はこれを実現できませんでした。最新バージョンの Bash と Dash で正常に動作するため、関数ファイルを取得するたびに shebang() をコピーします。自己コンパイルされたShellCheckとVS Codeを使用して作業しています。確かにShebangを追加した理由は、当然、毎回フレーズの強調表示を変更せずに機能を編集して更新したかったからです。

---

だから私の質問は次のとおりです。

Shebang（#!/bin/sh）を繰り返すことはPOSIXシェルプログラミングに違反しますか？ルールまたはガイドライン？また、ファイルを断片化するときにPOSIX shebang（）が重複しているため、実際的なまたは#!/bin/sh理論的な問題が発生しますか？

---

昨日、StackOverflowにこの記事を投稿しましたが、まだ答えはありません。しかし、この意見は有望に見えます。

• 2.1.1参照ここ、引用する:

シェルコマンドファイルの最初の行が「#！」文字で始まる場合、結果は指定されません。