他の同僚は全員 Netbeans を使用していますが、私は IDEA を使用する機会があります。同じ Java EE プロジェクトで一緒に作業できますか? それとも、プロジェクト、SVN のチェックインとチェックアウトなどで問題が発生しますか?
私たちは主に、デスクトップで Glassfish を使用して EE および Spring MVC アプリケーションを開発し、SVN にコミットしていますが、同僚のプロジェクト全体をロードする必要がある場合もあります。
他の同僚は全員 Netbeans を使用していますが、私は IDEA を使用する機会があります。同じ Java EE プロジェクトで一緒に作業できますか? それとも、プロジェクト、SVN のチェックインとチェックアウトなどで問題が発生しますか?
私たちは主に、デスクトップで Glassfish を使用して EE および Spring MVC アプリケーションを開発し、SVN にコミットしていますが、同僚のプロジェクト全体をロードする必要がある場合もあります。
mavenのような標準の IDE に依存しないビルド ツールを使用している限り、問題はありません。同僚が Eclipse を使用している間、私は IntelliJ IDEA に取り組んでいます。さまざまな書式設定ルールやインポート順序を除いて問題はありません。これらはすべてカスタマイズできます。
Subversion (またはその他の VCS) は、問題が最も少ないものです。チームの他のメンバーが Netbeans プロジェクトのメタデータ ファイルをプッシュしても、IntelliJ は単純にそれらを無視します。
ビルド ツールとして Maven を使用する場合は、はい(および Eclipse も)。
3 つすべてに、Maven プロジェクトでうまく機能するためのツールがあります。
「プレーンな」Netbeans プロジェクトを使用している場合、IDEA はそれらで動作するとは思いません。もしそうなら、変更を求めるロビー活動を行うことをお勧めします。Maven は、利益をもたらす投資の 1 つです。
慣習に逆らって、別の IDE で唯一の人になりたいと思うのはなぜですか? 他の誰もが抱えていない問題、フォーマットの問題、ペアプログラミングとの闘いなどに時間を浪費することになります。
私は選択の自由が好きですが、チーム内の開発環境は一貫しているべきです。
ant、maven、gradle などのビルド ツールは Java EE 業界のデファクト スタンダードだと思っていました。チームメイトにそれを使用するように指示します。
Netbeans と IDEA のプロジェクト フォルダと構造が異なるため、プロジェクトを共有すると問題が発生します。
ただし、ライブラリを適切に共有したり、利用可能な他のチーム機能を使用したりすることができないため、互換性の理由からお勧めしませんが、src フォルダーを互いに共有し、SVN を介してコードを互いに更新することを試みることができます。 NetBeans で。
したがって、互換性のデバッグに時間を無駄にしないように、別の IDE を使用することはお勧めできません。
また、IDEA は特定の機能に独自のカスタム ライブラリを使用し、NetBeans とは異なる方法でプロジェクトを構築するため、IDEA で動作するように見えるプロジェクトが NetBeans では動作しない可能性があり、その逆も同様であることに注意してください。
要するに、他の IDE とは異なる IDE を使用して時間を無駄にしないでください。