Netbeans とは異なり、Jetbrains IDE では、ユーザーとチームに関連する設定ファイルが同じフォルダーに混在しているため、それらを git にプッシュする必要がある場合に問題が生じます。
これらのIDEにはgit ignoreファイルのサンプルが多数あり、https://intellij-support.jetbrains.com/hc/articles/206544839git サイトのページ。
しかし、1 か月使用した後、逆のことをする方が安全で、実際はより便利であることがわかりました。つまり、すべての.ideaファイルを無視し、チーム関連の設定のみを明示的に追加するということです (すべてを追加して一部を無視するのではなく)。
開発者間で共有できる主なものは、コード スタイルの構成です。したがって、IDE の自動再フォーマット オプションを使用すると、チーム全員が一貫したスタイルに従うことになります。
それに加えて、他のどのファイルも無視せずに含めておくことが推奨されるのか、という疑問があります。その理由は?
回答: 私はこれに遭遇しました:https://github.com/salarmehr/idea-gitignore
ベストアンサー1
ジェットブレインズは公式ガイダンスどのファイルいけないチェックインされるファイルとおそらくそうすべきではない使用状況に応じてチェックインする必要があります。このページによると、以下のファイルを.idea除くディレクトリ内のすべてのファイルをチェックインする必要があります。
workspace.xmltasks.xml
そしておそらく:
dictionaryサブディレクトリ内のxmlファイル
具体的な答えはチームの具体的な実践方法によって異なるかもしれませんが、私の経験では、そのガイダンスに従うと、通常、ユーザー設定と共有プロジェクト構成が適切に分離されます。
ファイルの例すべきこのガイドラインに従って共有されます:
ant.xmlこれは、Ant を使用してプロジェクトをビルドする場合、IDEA をビルド ファイルにポイントし、ビルドに使用するプロパティを構成します。vcs.xmlプロジェクトのバージョン管理設定を指定しますencodings.xmlは、IDEAがプロジェクト内のテキストファイルをどのように扱うかを指定します。modules.xmlは、IDEA にプロジェクトの各モジュール構成ファイルを指し示します。このファイルは、VCS でも共有される必要があります。- サブディレクトリの下のすべてのファイル
runConfigurations。アプリケーションを実行するために IDEA に何が必要かを伝えます。 codeStyleSettings.xml、あなたが言及したように、自動コードフォーマットに関してチーム全体が同じ考えを持つようになります。
チームの使用状況に応じて、この数は増減する可能性がありますが、これらは最も大きな例の一部です。