.gitignoreディレクトリ内のファイルを無視するためのファイルの適切な構文は何ですか？

だろう

config/databases.yml
cache/*
log/*
data/sql/*
lib/filter/base/*
lib/form/base/*
lib/model/map/*
lib/model/om/*

または

/config/databases.yml
/cache/*
/log/*
/data/sql/*
/lib/filter/base/*
/lib/form/base/*
/lib/model/map/*
/lib/model/om/*

？

パターン形式

• 空白行はどのファイルとも一致しないため、読みやすくするための区切りとして使用できます。

• で始まる行#はコメントとなります。

• !パターンを否定するオプションのプレフィックス。以前のパターンによって除外された一致するファイルは、再び含まれます。否定されたパターンが一致する場合、これは優先順位の低いパターンソースをオーバーライドします。

• パターンがスラッシュで終わっている場合は、以下の説明のために削除されますが、一致するのはディレクトリのみです。つまり、foo/ディレクトリfooとその下のパスには一致しますが、通常のファイルやシンボリックリンクにfooは一致しません（これは、gitでのpathspecの一般的な動作方法と一致しています）。

• パターンにスラッシュが含まれていない場合/、gitはそれをシェルグロブパターンとして扱い、.gitignoreファイルの場所を基準にしたパス名（.gitignoreファイルからでない場合は作業ツリーのトップレベルを基準とする）との一致をチェックします。

• それ以外の場合、gitはフラグを使用しfnmatch(3)て、パターンを消費に適したシェルグロブとして扱います。パターンFNM_PATHNAME内のワイルドカード/はパス名のa と一致しません。例えば、Documentation/*.html一致しDocumentation/git.htmlなくDocumentation/ppc/ppc.htmlかtools/perf/Documentation/perf.html。

• 先頭のスラッシュはパス名の先頭と一致します。たとえば、/*.c一致しますcat-file.cが一致しませんmozilla-sha1/sha1.c。

あなたはここでもっと見つけることができます

git help gitignore
または
man gitignore

前者でしょう。フォルダー構造の代わりに、拡張機能を使用します。

つまり、私の例のC＃開発無視ファイル：

#OS junk files
[Tt]humbs.db
*.DS_Store

#Visual Studio files
*.[Oo]bj
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.sdf
ipch/
obj/
[Bb]in
[Dd]ebug*/
[Rr]elease*/
Ankh.NoLoad

#Tooling
_ReSharper*/
*.resharper
[Tt]est[Rr]esult*

#Project files
[Bb]uild/

#Subversion files
.svn

# Office Temp Files
~$*

更新

以下のコメントからアップデートを提供すると思いました。OPの質問に直接答えることはできませんが、.gitignore構文のその他の例については、以下を参照してください。

コミュニティwiki（常に更新されています）：

Visual Studioプロジェクトおよびソリューションの.gitignore

特定の言語を使用したその他の例は、こちらにあります（Chris McKnightのコメントに感謝）：

https://github.com/github/gitignore

スラッシュを含むパスは、.gitignoreファイルを含むディレクトリ（通常はリポジトリの最上位）からの相対パスと見なされますが、サブディレクトリに置くこともできます。

したがって、指定したすべての例では、パスにスラッシュが含まれているため、2つのバージョンは同じです。先頭にスラッシュを付ける必要があるのは、パスにスラッシュがない場合のみです。たとえば、リポジトリの最上位でのみfooを無視するには、を使用します/foo。単に記述fooするだけで、リポジトリ内のfooと呼ばれるものはすべて無視されます。

ワイルドカードも冗長です。ディレクトリ全体を無視する場合は、次のように名前を付けます。

lib/model/om

ワイルドカードをこのように使用する唯一の理由は、後でディレクトリ内の何かを無視しないようにする場合です。

lib/model/om/*      # ignore everything in the directory
!lib/model/om/foo   # except foo

先頭のスラッシュは、無視エントリが.gitignoreファイルが存在するディレクトリに関してのみ有効であることを示します。指定*.oながら、このディレクトリとすべてのサブディレクトリ内のすべての.oファイルを無視する/*.oだけでそのディレクトリにそれらを無視し、再び、一方で、/foo/*.o唯一/foo/*.oでそれらを無視します。

.gitignoreファイルを最上位に配置し、その下の任意のフォルダーで機能させるには、を使用します/**/。

たとえば*.map、/src/main/フォルダとサブフォルダ内のすべてのファイルを無視するには、次のようにします。

/src/main/**/*.map

問題の両方の例は、データ損失につながる可能性がある実際には非常に悪い例です！

私のアドバイス：/*正当な理由がない限り、.gitignoreファイルのディレクトリには決して追加しないでください！

たとえば、Jefromiが「後でディレクトリ内の何かを無視しないようにするつもりの場合」と書いたのは、もっともな理由です。

それ以外の場合に行われるべきではない理由は、/*ディレクトリに追加すると、一方ではディレクトリのすべてのコンテンツが適切に無視されるように機能しますが、一方では危険な副作用があるためです。

あなたが実行した場合はgit stash -u（一時的に追跡し、人跡未踏のstashファイルに）またはgit clean -df（人跡未踏削除するのではなく、無視されたファイルを保持する）リポジトリに、追加で無視されているすべてのディレクトリが/*される不可逆的に削除されました！

いくつかの背景

私はこれを難しい方法で学ばなければなりませんでした。私のチームの誰かが私/*たちの.gitignoreのいくつかのディレクトリに追加していた。時間の経過とともに、特定のディレクトリが突然消えてしまうことがありました。アプリケーションが必要とするギガバイトのローカルデータを含むディレクトリ。誰もそれを説明することはできなかったし、私はいつもすべてのデータを再ダウンロードしたいと思っている。しばらくすると、それはに関係しているのではないかと思いましたgit stash。ある日、（無視されたファイルを保持しながら）ローカルリポジトリをクリーンアップしたいと思っていましたが、使用git clean -dfしていて、データが失われました。今回は十分に問題を調査しました。ついにその理由が追記されたと思いました/*。

私はそれがdirectory/*ディレクトリ自体ではなくディレクトリのすべてのコンテンツを無視するという事実によって何とか説明できると思います。したがって、物事が削除されても、追跡されたり、無視されたりすることはありません。とはいえgit status、git status --ignoredその上で少し異なる画像を与えます。

再現する方法

これが動作を再現する方法です。現在Git 2.8.4を使用しています。

ディレクトリlocaldata/その中にダミーファイル（とはimportant.dat）地元のgitリポジトリに作成され、内容は置くことによって無視されます/localdata/*に.gitignoreファイル。上記の2つのgitコマンドのいずれかを実行すると、ディレクトリが（予期せず）失われます。

mkdir test
cd test
git init
echo "/localdata/*" >.gitignore
git add .gitignore
git commit -m "Add .gitignore."
mkdir localdata
echo "Important data" >localdata/important.dat
touch untracked-file

git status --ignoredここを実行すると、次の結果が得られます。

On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)

  untracked-file

Ignored files:
  (use "git add -f <file>..." to include in what will be committed)

  localdata/

今どちらか

git stash -u
git stash pop

または

git clean -df

どちらの場合も、無視されたとされるディレクトリlocaldataは削除されます。

これがバグと考えられるかどうかはわかりませんが、少なくとも誰も必要としない機能だと思います。

私はそれをgit開発リストに報告し、彼らがそれについてどう思うか見てみましょう。

それはそのようになります：

config/databases.yml
cache
log
data/sql
lib/filter/base
lib/form/base
lib/model/map
lib/model/om

またはおそらく：

config/databases.yml
cache
log
data/sql
lib/*/base
lib/model/map
lib/model/om

その場合のfilterとform持っていますlibにディレクトリだけですbase（あなたがastericsで何ができるかの一例として、それを参照してください）、無視する必要がありますサブディレクトリを。

最初の1つ。これらのファイルパスは、.gitignoreファイルの場所からの相対パスです。

私は.gitignore、https：//www.gitignore.ioで非常に簡単にテンプレートを生成できるGUIおよびCLIベースのサービスを維持しています。

検索フィールドに必要なテンプレートを入力するか、コマンドラインエイリアスをインストールして実行できます。

$ gi swift,osx

サンプルの.gitignoreファイルは、Android Studioプロジェクトの場合、以下のようになります。

# built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Local configuration file (sdk path, etc)
local.properties


#Eclipse
*.pydevproject
.project
.metadata
bin/**
tmp/**
tmp/**/*
*.tmp
*.bak
*.swp
*~.nib
local.properties
.classpath
.settings/
.loadpath
YourProjetcName/.gradle/
YourProjetcName/app/build/
*/YourProjetcName/.gradle/
*/YourProjetcName/app/build/

# External tool builders
.externalToolBuilders/

# Locally stored "Eclipse launch configurations"
*.launch

# CDT-specific
.cproject

# PDT-specific
.buildpath

# Proguard folder generated by Eclipse
proguard/

# Intellij project files
*.iml
*.ipr
*.iws
.idea/
/build
build/
*/build/
*/*/build/
*/*/*/build/
*.bin
*.lock
YourProjetcName/app/build/
.gradle
/local.properties
/.idea/workspace.xml
/.idea/libraries
.DS_Store
.gradle/
app/build/
*app/build/

# Local configuration file (sdk path, etc)
local.properties
/YourProjetcName/build/intermediates/lint-cache/api-versions-6-23.1.bin
appcompat_v7_23_1_1.xml
projectFilesBackup
build.gradle
YourProjetcName.iml
YourProjetcName.iml
gradlew
gradlew.bat
local.properties
settings.gradle
.gradle
.idea
android
build
gradle