0

既存のKDevelopプロジェクトフォルダを別のディレクトリにコピーして、新しいプロジェクトにすべての正しいディレクトリ設定と構成が含まれ、手動編集ができるだけ少なくなる(したがってエラーの余地が少なくなる)ための最良の方法は何ですか。

プロジェクトをコピーしてから古いパスへのすべての参照を編集することについて、誰かがここで成功しているという情報がいくつかありますが、これはまさに私が避けたいと思っていることです。

実際、Kdevelopのマニュアルでは、これを行わないことを特に推奨しています(マニュアル、第8章「プロジェクトのハッキング」[リンクを投稿しますが、今は神経質になっています]を参照)。

このプロジェクトはSCMで共有され、特定のユーザーへの依存をできるだけ少なくする必要があります。

4

2 に答える 2

1

プロジェクトファイルはプロジェクトに関連しているため、多くの絶対パスなどが含まれています。ほとんどの場合、ソースを新しいプロジェクトとして再度インポートする方が簡単です。

私は CMake を使用しています。つまり、ビルド パスとインストール プレフィックスをリセットするだけで済みます。環境変数を追加する必要がある場合もありますが、それは単にコピーして貼り付けるだけです。

于 2010-10-17T12:09:18.967 に答える
0

私はちょうど同じ問題を抱えていました。関連する質問への回答により、次のアプローチにたどり着きました。

  • <project name>.kdev4プロジェクトの最上位ディレクトリにファイルを保持する (そしてバージョン管理下に置く) ことができます。(少なくとも私の場合、絶対パスは含まれていません。)

  • プロジェクトの最上位ディレクトリにある隠しディレクトリは、プロジェクトをロードしていない.kdev4/間に、コピー後に削除 (およびバージョン管理から除外) する必要があります。kdevelop

  • ->kdevelopを使用して、プロジェクトを簡単に再開できるようになりました。プロジェクトのトップ ディレクトリをポイントすると、ファイルが認識され、受け入れられるようになります。次に、不足しているオプションを尋ねます。ProjectOpen / Importkdevelop<project name>.kdev4kdevelop

このソリューションはクリーンで、別のディレクトリでプロジェクトの作業を続ける場合のオーバーヘッドを最小限に抑える必要があります。私の場合、cmake プロジェクトを再度開くときに、提案されたデフォルトをそのまま受け入れることができました。を閉じると、隠しディレクトリ.kdev4/が再作成されkdevelopます。

于 2013-05-07T08:35:39.687 に答える