「shopt -s dotglob」を使用する代わりに、名前がドット（ピリオド）で始まるディレクトリを「明示的に」一致させるBashパターンはありますか？

ファイル名拡張にパターンを使用する場合、シェルオプション dotglob が設定されていない限り、ファイル名の先頭またはスラッシュの直後の「.」文字は明示的に一致する必要があります。

これは単にglobを意味し、ファイル名の先頭のaと一致しませ*ん。ファイル名の先頭にaを一致させるにはglobを使用できず、明示的に入力する必要があります。たとえば、?[...]...

$ echo ????
Work
$ echo .???
.gem .pki .ssh .vim

そして他の質問に答えるには：

b具体的には、例の中の括弧内に「明示的な」一致を作成するにはどうすればよいですか？.~/.[b]ashrc

globモードを使用しても必ずしもそうではありません。みんなパターンはもはや「明確」ではありません。たとえば、~/.[b]ashrc文字は/.ashrc明示的に一致します。しかし、[b]これはグローバルパターンであり、明示的な一致ではありません。 （技術的には~チルダ拡張であり、グローバル拡張の前に行われるため、明示的な一致も同様です。）しかし.、する明示的なマッチングはまさに~/.[b]ashrcマッチです~/.bashrc。

~/?[b]ashrc比較のため、いいえmatch ~/.bashrc、.もはや明示的な一致がないからです。

まず、パス名パターンで、および[b]など?が何を意味するかを知っていると仮定します。*（そうでない場合はもう少し勉強してください。）

他の人が言ったことを繰り返す危険を冒して、あなたはそれを過度に考えているのです。文字列を含むパターン/. （例：/ まもなくそれから.) にはドットがリテラル文字として明示的に含まれます。ポイントは[b]、?および/または*現在起こっています。後ろにこれ. パターンがドットファイルと一致できるかどうかには影響しません。最後の 3 つの例を例として示します。模様 （つまり、通常のファイル/パス名だけでなく、複数のファイル/パス名と一致するか、まったく一致しない）は、~/.bashrc最初の2つではなく一致します。会議一致する~/.bashrc場合.特別な扱いはありません。

それでは、あなたの本当の問題は何ですか？

...他のプログラムの構成ファイルで使用するためにこれらのパターンを作成しています。 「隠しディレクトリ」などを含むパスを除外したいのですが、どのような方法でそれを指定.gitできるのかわかりません。dotglob

chownすべてのファイル/ディレクトリ（たとえば、または）に対していくつかのタスクを実行したいようです。cpとは別にドットで始まります。しかし、あなたのコードは他の人のスクリプトで使用されます（次のように）。.またはコマンド）、スクリプトを「隠し」ファイルを含むすべてのファイルに拡張するように設定することsourceができます。そして、既存のスクリプトの機能を中断したくないので、閉じたくありません。your_command *dotglob*dotglob

1. よりスマートなワイルドカード（パス名拡張パターン）を使用してください。

   ワイルドカード（別名ワイルドカード）について学んだことを願っています。たとえば、すべての文字と[abc]一致しますa。たとえば、文字列は、とに一致します。 （たとえば、などの範囲でよく使用されます。）まあ、1つの特別なケースはすべての文字と一致します。bcc[aou]tcatcotcutd[iou]gdigdogdug[a-z][0-9][!abc]とは別に a、bまたはc。したがって、[!.]*（またはdirectory_name/[!.]*）を使用して、ドット以外の文字で始まる名前を一致させることができます。逆説的に設定しないと[.]（ファイル名の先頭に）ドットと一致しませんが、dotglob[!.]入らないようにする設定に関係なくポイントです  dotglob。

   dotglobこれは設定の有無にかかわらず同じ結果を提供します。

2. dotglob（サブシェルから）を使用してください。

   シェルオプションはshoptプロセスに対してローカルであり、プロセス属性は子プロセスから親プロセスに逆方向（上部）には流れません。だから

   (shopt -u dotglob;注文*)

   実行できますyour_command残りのスクリプトの設定と動作には影響を与えず、非表示のファイルにのみ適用されます。

3. 使用dotglob（サブシェルを使用せず）。

   一部の人々は追加のリソースを使用するので、サブシェルを避けることを好む。ただし、コストは最小限に抑えられます（実行ループで実行されない限り）。たくさん回）、これはあまり良い理由ではありません。サブシェルの使用を避けるためのより良い理由cdはumask。

   これが発生した場合は、一時的に電源を切り、dotglob後で以前の設定を復元できます。

   またはなしshopt dotglobで入力すると、そのオプションの現在の設定が報告（表示）されます。 （そして-s-udotglobshoptいいえパラメータは現在の設定を一覧表示します。みんなオプション。 ）それに応じて終了状態も設定されます。この-qフラグは表示を抑制するので、次のことができます。

   shopt -q ペナルティ
   glob_setting=$? をクリックします。
   shopt -u ドットグローブ
   注文*
   if ["$dotglob_setting" = 0]
   それから
       shopt -s ペナルティ
   フィリピン諸島

しかし、待って...「他のプログラムの構成ファイル」について話しています。何を言ってるの？同様のファイルの作成または変更について話している場合は、ignore=*.oファイルを処理するすべてのプログラムでファイルを処理（および解釈）するため、全体的な質問は意味がありません。そのプログラムそれを解釈する方法を決定します*。シェルはそれとは何の関係もありません。

さて、今問題が何であるかをよりよく知ることができるようになりました。

簡単に言えば、あなたが見ている行動は言葉ではありません。.gitディレクトリが存在する場合は、ディレクトリを正確に（文字通り）指定し、.git ワイルドカード/グローバルパターンを使用して指定すると、.[g]it 動作は同じでなければなりません。

より長い答え：私は私の答えの最初のバージョンの最後の段落を支持します。 Samhainはポリシー設定ファイルを読み込み、解析中です。おそらく、設定ファイルのワイルドカードを解釈するためにシェルを使用しますが、内部的にはそうするようです。

そして、「シェルを使うこと」なら、どのシェルを使っていますか？ Bashではなく、多くのシステムで/bin/sh。パス名拡張パターン（ワイルドカードなど）の点では、デフォルトの動作は同じでなければなりませんが、ポーチから離れると沼に落ちます。シェルのPOSIX仕様にはコマンドもありません（私が知っている限り）、それを拡張するshopt方法はありません。*みんなファイル（隠されていないファイルだけでなく）。

感じたらごみこれに時間を費やして、Samhain設定ファイルを配置し、その  /home/user/project/*ファイルがすべてのファイルとして解釈されるのか、隠されていないファイルとして解釈されるのかを確認できます。それがすべてのファイルとして解釈されれば、私たちは結論を下すことができます

1. Samhainは拡張ワイルドカードを使用しません/bin/sh。
2. ワイルドカードを使用するための標準の基本規則（質問で詳しく説明した規則）はありません。
3. 「Pathはシェルワイルドカードでワイルドカードパターン（'*'、'？'、'[...]'）をサポートしています。」アクション）は*すべてのファイルを意味します。
4. それ可能ワイルドカードを拡張するには、モードでbashを使用してくださいdotglob。しかし、私が言ったように、私が知っているシェルの一般的な動作.gitと一致しません。.[g]itほぼ確実に独自のワイルドカードコードがあります。

しかし、それにもかかわらず、私はあなたの結論が正しいと自信を持って言うことができると信じています。 SamhainはIgnoreAll仕様でワイルドカードを処理するのにエラーがあります。ベンダーにバグレポートを送信することもできます。それとも解決策を見つけたので、もう忘れてください。