`touch`の-fオプションの使用は何ですか？

からman touch：

-f     (ignored)

しかし、私は無視することの意味がわかりません。

私は次のことを試しました：

$ ls -l file
-rw-rw-r-- 1 pandya pandya 0 Mar 20 16:17 file

$ touch -f file
$ ls -l file
-rw-rw-r-- 1 pandya pandya 0 Mar 20 16:18 file

そして、それにもかかわらず、タイムスタンプを変更することに気づきました -f。

だから、私は何の-f略か、それが何をするのか知りたいです。

GNUユーティリティの場合、完全なドキュメントはinfoページにあり、ここで読むことができます。

-f
無視されます。`touch 'のBSDバージョンとの互換性のため。

参照してくださいタッチのための歴史的なBSDのmanページ、-fした強制的なタッチを。

これらの古いBSDのソースを見ると、utimes()システムコールがなかったためtouch、ファイルを読み取り+書き込みモードで開き、1バイトを読み取り、シークしてもう一度書き込み、最後のアクセスと最後の変更時刻を更新します。

明らかに、読み取りと書き込みの両方のアクセス許可が必要でした（falseが返さtouchれた場合、そうすることを避けaccess(W_OK|R_OK)ます）。一時的にアクセス許可を0666に一時的に変更することで、この問題を-f回避しようとしました！

0666は、すべてのユーザーに対する読み取りおよび書き込み許可を意味します。それ以外の場合（タッチを許可した0600などのより制限されたアクセス許可の場合など）は、その短いウィンドウの間に、ファイルの読み取りまたは書き込みアクセス許可を持つプロセスはこれ以上はできないことを意味する必要がありました、機能を壊します。

ただし、そうしないと、ファイルにアクセスできないプロセスは、ファイルを開く短い機会になり、セキュリティが破壊されます。

それはあまり賢明なことではありません。現代のtouch実装ではそれを行いません。それ以降、utime()システムコールが導入され、ファイルのコンテンツと混ざることなく変更とアクセス時間を個別に変更できるようになりました（つまり、非正規ファイルでも動作します）。そのための書き込みアクセスのみが必要です。

GNU touchは-fオプションを渡しても失敗しませんが、フラグを無視します。そうすれば、これらの古いバージョンのBSD用に作成されたスクリプトは、GNUシステムに移植しても失敗しません。最近はあまり関係ありません。

-f何もしません。歴史的な互換性のために保持されています（にtouchよるとBSD との互換性があるためinfo touch）、存在することを期待しているアプリケーションはパスせず、存在しないというエラーメッセージを返します。これがGNU coreutilsであると仮定すると、ソースでは、これはbreak何もせずにオプション処理スイッチから外れているだけであることがわかります。

無視されるオプションとして、1992年に追加され-fたGNU touchコマンドの最初のバージョンから存在します（diffを参照）。少なくともFreeBSD v9では、-f「ファイルのアクセス許可が現在許可していない場合でも、強制的に更新を試みます」（Sukminderに感謝）。

--help出力またはマンページに「オプションXが無視されます」と表示される場合は常に、プログラムはオプションXを受け入れます—構文エラーは発生しませんが、効果はありません。プログラムは、オプションがない場合と同じことを行います。

他の回答が示すように、これは後方互換性のために行われます。何らかの効果をもたらすために使用されるオプションは、それが何であれもはや有用ではなく、オプションに関係なく同じことを行うことは正しい互換性の動作です。

歴史的なソースコードの 22行目のコメントを見ると：

  22   -f                     (ignored)\n\

-fオプションは、Jim Meyeringによる最初のリリース以降無視されることを意図していました。

また、オプションを処理するswitchステートメントには、何もしない明示的なケース（行150/151）があります。

 150         case 'f':
 151           break;

1992年以降、このオプションを無視し続けようとする著者の動機は驚くべきものです。たぶん、オプション-fを必要とする使用シナリオがあり、それ以外の場合は中断しますか？