5

Eclipse (Flex Builder) が何百ものメタデータ ファイルを生成することに気付きました。それらをソース管理にチェックインする必要がありますか? それらを削除すると、Flex Builder が空のワークベンチを開くだけなので、それらは必要なようです...

これらのファイルの一部は、明らかにソース管理に属していません (.history ファイルや一部のキャッシュ ファイルなど)。それらを削除すると、プロジェクトが問題なく再び開きます。しかし、リストは長く、ソース管理に属するファイルを含むフォルダーとそうでないフォルダーの間に明確な分離はないようです。

非効率性を無視したとしても、それらすべてを svn に押し込むことはできません。なぜなら、Eclipse はさまざまな名前で新しいものを絶えず生成し、プロジェクトをロードするためにも重要であるように思われるからです。

誰かが私を啓発してもらえますか？

4

4 に答える 4

3

何百ものメタデータファイルをチェックインしないでください。インポートできる方法でプロジェクトをチェックアウトできるようにする場合は、次の項目をチェックインします。

.actionScriptProperties
.project
.flexProperties

そして「html-template」と「libs」。クリスチャンが言うように、あなたが依存するあらゆるリソース。私は通常、それらを別々のFlexLibraryプロジェクトとして保持しています。

于 2009-02-04T08:20:28.133 に答える
1

私は通常、すべてのソース コードを src の下に置き、src とそのすべての子孫をチェックインします。プロジェクトが外部の依存関係 (例: Cairngorm SWC、as3corelib など)、Flash/グラフィック アセット、スタイルシート、またはリソース ファイルに依存している場合は、それらもチェックインします。しかし、生成された (bin-*)、中間、または IDE 固有のものはチェックインしません。ソース管理にそのようなものを置いても、実用的な利点はあまりないようで、私の経験では頭痛の種でしかなかったからです。一般に、必要なものの最小限のセットをチェックインします -- FlexBuilder をクリーンにインストールした場合 (またはまったくインストールしない場合 -- たとえば、代わりに mxmlc や compc でコンパイルしていた場合) と空のプロジェクト --プロジェクトを正常にビルドします。

于 2009-02-04T07:55:44.893 に答える
1

.project、.properties、.settings 内のすべてなど、ほとんどの Eclipse プロジェクト ファイルをソース管理に入れることができます。ファイル パスやローカル URL などのユーザー固有の設定がファイルに含まれていない限り、問題はありません。

私たちが使用する 1 つの方法は、SCM では使用されないが、使用されるものに含まれるローカル プロパティ ファイルを作成することです。つまり、ローカル メタデータを持つ local.properties ファイルを含む ant ビルド ファイル。

于 2009-02-11T16:45:44.970 に答える
0

.actionScriptProperties、.project、または .flexProperties にユーザー依存のものがある場合はどうなりますか? 通常、これは URL またはパス情報です。これを外部化するベストプラクティスの方法は何ですか? パス変数を作成しようとしましたが、これは明らかにパスに対してのみ機能します。ホスト名などではありません。

于 2009-02-27T17:56:07.370 に答える