私の同僚の一つは、最近、日食、コミットで新しいプロジェクトを作成し、gitのクライアントで、内蔵で押します。私は自分のコンピュータにクローン化し、日食で開かれた後、私は.classpathファイルを作成日食を見つけました。.classpath(も.project)Eclipseプロジェクト参照のjarファイルを見つけるための重要なファイルではありませんか?私は非常に、グーグル、それらを無視して話して、すべての議論を見た後に混乱しています。彼らは正しい仕事へのEclipseには重要ではありませんか?なぜ人々は彼らを無視していますか?私はそれらを無視していない場合、問題は何ですか?
これらのEclipse固有のファイルは、それが作る簡単にセットアップするために JavaプロジェクトのためのEclipseとVisual Studioのコードを。
一般に、IDEおよびツールの特定のファイル(Eclipseの、Jenkinsfile
共有すべき、GitHubには、などの設定を、ワークフロー)、彼らが使用して維持されている限り。それ以外の場合は、それらを削除します。
あなたが使用している場合はもちろん、さまざまなIDEのEclipseよりもVisual StudioのコードをしていないのIntelliJ IDEAにEclipseのコンパイラを使用して、これらのEclipse固有のファイルがあり役に立たないが、彼らは何の害もしません。限り、あなたは(に格納されたファイルまたはフォルダのリンクなどの機能を使用していないとして.project
、これらのファイルを共有することは、ファイル)IDEのロックインにはつながりません。
MavenとGradleのプロジェクトで.classpath
ファイルが由来することができるpom.xml
か、build.gradle
ファイルが、導出することができない設定(プロジェクトの中に保存された設定コンパイラ設定(警告とエラー)、フォーマッタのようなまたはアクションの保存.settings
フォルダ)が共有されなければならないこと、誰もよう同じを使用しています。
これもに適用され.project
、それはプロジェクトがあり、どのツールが必要とされる性質含まれているとして、ファイル。何かが欠落している場合は不足しているプラグインをインストールする必要がある場合、ダイアログが要求されます。
Eclipseはにプロジェクトフォルダにこれらのファイルを入れていない.metadata
彼らが共有されることが意図されているので、フォルダ。しかし、なぜこれらのファイルを共有していない人がいますか?おそらくの歴史的な理由。15または20年前、Gitは、Mavenとジェンキンスはありませんでした。昨今では、Javaアプリケーションは、通常は手動でいくつかのバッチ/シェルスクリプト経由でのJARまたは最高の状態でをエクスポートすることにより、開発者のコンピュータ上に構築されました。これは多くの問題を引き起こして、別のコンピュータ上あるいは単に異なる結果につながった別のIDEまたはIDEのバージョンかもしれないと同じビルドを作る意味します。IDEの不可知論ビルドこの問題の解決策でした。たぶん、というのは、なぜ人々は、今日はまだそのすべてがIDEのとらわれないこととMavenやのGradleを使用することをお勧めしなければならないと思います。しかし、これらのファイルがされて構築するために共有されない出荷される製品を。うまくいけば。