2016-12-21 4 views
0

私はC++システムをコードブロックからEclipseに移植しました。私は今、ワークスペースをソースコード管理下に置くことを望みます。これを正しく設定したかどうかわかりません。ディレクトリ構造は、私が希望何EclipseとSubversion/git - 保持するファイル

toplevel 
+--.metadata 
    +--very big file structure 
+--project1 
    +--.project 
    +--.cproject 
    +--various cpp/h files 
+--project2 
    +--.project 
    +--.cproject 
    +--various cpp/h files 

のように見え、別のマシン上のすべてをチェックアウト日食を起動し、ワークスペースをポイントし、すべてのプロジェクトを拾うことができるようにすることです。私は.projectファイルと.cprojectファイルを保持しなければならないが、.metadataに保持する必要があるのは何か、あるいは構造全体が間違っているのだろうか?

編集私はの.metadata/.plugins/org.eclipse.core.resources/.projectsを推奨していますが、構造が.markersの.indexesとproperties.indexを含む各プロジェクトフォルダの下にありWhere in an Eclipse workspace is the list of projects stored?を見つけました。これらはすべて保管する必要がありますか?私はレイアウトファイルを保存したコードブロックについて悪い経験をしていましたが、最終的にそれを削除したにもかかわらず、ソースコード管理システムに永久に詰まっていました。

答えて

0

.metadataフォルダをソースコードリポジトリに入れないようにしてください。内部のプラグインデータを含む、非常に複雑で大きなフォルダです。リポジトリに保持するのは難しい非常にです。

推奨される方法は.project.cproject.settingsと一緒にレポでのみプロジェクトフォルダ(project1project2)を格納することです。他のマシンでsubversionまたはgitを使用してインポートすることができます。

+0

おそらく、* .metadata *に何かを保存する必要があります。 .projectと.cprojectだけを保存すると、別のマシン上のEclipseからワークスペースを読み込むことができません。私は、ワークスペースをどのようにリロードするかを調べるための実験を行っています。 – cup

+0

ワークスペース全体ではなく、ワークスペースから_projects_を共有するほうがよかったです。これは、ほとんどの人がEclipseを使用する方法です。別のマシンで新しいワークスペースを作成し、プロジェクトをインポートします。 –

+0

これは、約5つのプロジェクトを持つ小規模システムで有効です。問題は、libs、DLL、および実行可能ファイルの組み合わせという約25のプロジェクトがあることです。 Visual StudioやCodeblocksなどの開発システムでは、すべてのプロジェクトを1つのソリューションにまとめることができます。私はちょうど同等の日食を探しています。 – cup

関連する問題