7

可能なWeb開発フレームワークとしてQooxdooに興味があります。SDKをダウンロードして、複数のプロジェクトで使用する予定なので、PCの中央の場所にインストールしました。スクリプトを使用しcreate-application.pyて新しいテストアプリケーションを作成し、生成されたすべてのファイルをバージョン管理システムに追加しました。

他のPCの他の開発者とこれについて協力できるようにしたいと思います。SDKが別の場所にインストールされている可能性があります。Qooxdooで自動生成されたファイルには、両方にSDKパスが含まれているようです。SDKconfig.jsonパスgenerator.pyが移動すると、generator.pyスクリプトは機能しなくなります。 更新されたパスをgenerator.py探すのでそれほど問題にはならないようですが、どのように処理するのが最適かわかりません。config.jsonconfig.json

私がこれまで考えてきた唯一のオプションは次のとおりです。

  1. VCSから除外しますが、自動的に再生成するスクリプトがないようですので、危険な場合があります。
  2. それをVCSに追加しますが、各開発者にパスラインを変更してもらい、変更がマージされるたびに調整が必要になる可能性があることを受け入れます。
  3. config.jsonをパスに変更し、SDKパスに関連しないすべての情報を含む2番目のファイルを指す単一の「include」行を指定します。
  4. SDKへの相対パスを使用し、SDKを使用するプロジェクトごとにSDKの個別の密接に配置されたコピーを保持します。

生成スクリプトが存在する場合、アプローチ1が理想的です。アプローチ2は本当に厄介です。アプローチ3を機能させることができませんでした。アプローチ4は、SDKの複数のコピーがその場所に散らばっていることを意味するため、少し面倒です。

Android SDKは、(アプローチ1を使用して)これを非常にうまく処理しているようです。SDKパスは、そのファイルを自動的に生成するスクリプトを使用して、独自のファイルに含まれています。私の知る限り、Qooxdooは他の多くの重要な情報を入れてconfig.jsonおり、そのファイルを自動的に生成する唯一の方法は、新しいプロジェクトを作成することです。

これに対処するためのより良い/推奨される方法はありますか?

4

2 に答える 2

6

シンボリックリンクを使用する代わりに、コマンドラインでQOOXDOO_PATHマクロをオーバーライドできます。

./generate.py source -m QOOXDOO_PATH:<local_path_to_qooxdoo>

(使用しているシェルによっては、-m引数の適切な引用符を適用する必要がある場合があります)。このようにして、すべてのプログラマーはローカルにインストールされたqooxdooSDKを使用できます。config.jsonからQOOXDOO_PATHエントリを削除して、これを強制することもできます。

于 2010-09-28T12:14:30.153 に答える
4

sdkを指すシンボリックリンクを使用します...config.jsonにはリンクのパスのみが含まれます。

于 2010-09-27T20:39:41.863 に答える