Androidスタジオ-.ideaディレクトリ全体をgit ignoreに配置する必要がありますか？

AndroidStudioの.gitignoreファイルの例をたくさん見ましたが、中には含まれているものと、含まれていないものがあります。.idea

.ideaディレクトリ全体を.gitignoreに追加しない理由はありますか？

完全に無視すべきではない場合、.idea内に（.imlなどの）.gitignoreにある特定のファイルがありますか？

このページをご覧ください。

プロジェクト構成ファイルに関するIntelliJドキュメント

「ディレクトリベースのフォーマット」では、特定の行が興味深いです：

.ideaディレクトリには、一連の構成ファイル（.xml）が含まれています。各ファイルは、ファイルの名前に反映されている特定の機能領域に関連するコンフィギュレーションデータの一部のみが含まれ、例えば、compiler.xml、encodings.xml、modules.xml。

ほとんどすべてのファイルには、コンポーネントモジュールの名前と場所、コンパイラ設定など、プロジェクト自体の中核となる情報が含まれています。したがって、これらのファイルはバージョン管理下に置くことができます（また、すべきです）。

ただし、プロジェクトをIDE依存にするために適切にHATEしています（現在、NetBeansで作成されたプロジェクトに取り組んでおり、会社の標準となるEclipseでそれを使用するのは面倒です）。

だから、あなたの質問に答えるには：

1. 依存関係の管理とビルドにMavenやGradleなどを使用しない場合：ディレクトリをバージョン管理下に置いてください。このようにして、プロジェクトと依存関係の正しい構成を誰でも利用できるようになります。カウンターパートでは、すべての開発者が、構成ファイルで定義するのとまったく同じ方法で環境を設定する必要があります。
2. MavenやGradleなどを使用する場合：これらのツールを正しく構成し、ディレクトリをバージョン管理下に置かないでください。実際には、設定ファイル内に含まれるすべての情報は、Maven / Gradleファイルに保存する必要があります。次に、開発者が環境に応じてIDEを構成できるようにします。このようにして、Eclipse、IntelliJ、Linux、Windowsを使用することはもう問題ではなくなります。

はい、「はい」と「いいえ」の回答の後に、「はい」と「いいえ」の回答を追加しています:)

問題は、.ideaプロジェクトのビルド構成（依存関係の宣言）とプロジェクトの設定（検査など）の両方に使用されることです。

ビルド構成にIDEを使用したくないのは確かですが、チーム間で設定を共有したい場合があります。あなただけ無視の一部する必要があるのはそういうわけです.idea（のようなコンテンツlibrariesフォルダおよびmodules.xmlファイル）が、バージョンコントロールで他人を保つ（例えばcopyright、dictionariesおよびinspectionProfilesフォルダやファイルの下.ideaのようなdynamic.xml、codeStyleSettings.xmlなど）。

VCでプロジェクト構成を維持するという概念は有効です。私のチームでこれを行ったのは、すべての開発者がたまたまPHPStormをプロジェクトに使用していたため、共通の構成を概念的に維持することが理にかなっているためです。同じ辞書ファイル、同じコーディング標準ルール、同じプラグイン構成を使用したいと考えました。

これを「概念的」と見なした理由は、JetBrainsの.ideaフォルダーに問題があり、使用できなくなったためです。これらはおそらく回避または修正された可能性のある問題でしたが、それを正しく行う方法はわかりませんでした。JetBrainsのせいだと思います。 IDEは正しく動作します。

とはいえ、問題は次のとおりでした。

• プロジェクトフォルダのシンボリックリンクが正しく機能しません。プロジェクトをセットアップするとき、ホームディレクトリにシンボリックリンクします。私たちが発見したのは、プロジェクトが具体的なディレクトリのように扱うのではなく、正確なシンボリックリンクを使用するように設定されていることです。つまり、別の開発者が自分のプロジェクトを別の場所に保持している場合、または単にシンボリックリンクを使用していない場合、文字どおりシンボリックリンクを探しているため、プロジェクトナビゲーターからディレクトリ全体が失われます。さらに悪いことに、設定でこのパス値を見つけることができませんでした。.ideaフォルダーを構成するファイルで正確な構成を見つけることができませんでした。
• 定義ファイルはデフォルトでユーザーに分割されます。つまり、辞書に単語を追加したい場合は、jgreathouseの定義としてリストに表示されますが、他のユーザーには独自の定義セクションがあります。フラグの付いた単語は、他のユーザーのスペルミスとして表示されます。これは望ましくありません。定義ファイルに追加する理由は、IDEが間違っているためです。これらの定義を他のユーザーと直感的に共有してほしい。
• IDEが現在メモリ内にある構成で構成を上書きするため、同僚は構成を上書きし続けました。つまり、開発者は作業していて、IDEの構成を変更するのではなく、プロジェクトの構成の変更を含む、または元のリポジトリをマージするか、または選択を与えるだけで、.ideaの構成を自動的に上書きします。 IDEの現在のメモリ内構成。私の意見では、これにより.idea構成が共有構成として使用できなくなります。これを回避するには、開発者は文字通りIDEのインスタンスをシャットダウンし、リポジトリをプルして、IDEを再度開く必要があります。IDEが現在メモリ内にある構成で瞬時に上書きする場合、共有構成を保持しても意味がありません。それ'

Visual StudioとNetbeansを使用して、VCでこれらのタイプの共有IDE構成を以前に行ったことがあり、常に問題はありませんでした。しかし、.ideaを使用すると、単に使用できないように感じるので、残念です。JetBrainsがその上に乗って、より良いユーザーエクスペリエンスになってほしいと思います。