問題タブ [build-process]

FlexBuilder3内から、[データ/ Webサービスの管理...]に移動してWebサービスを選択し、[更新]をクリックして、コードとサーバーが同期していることを確認します。これを自動化して、ビルドするたびに自動生成されたWebサービスコードが再生成されるようにするにはどうすればよいですか？

開発中にサーバーインターフェイスが変更されてもコードが機能しない場合は、とにかく機能しません。変更されたWebサービスインターフェイスまで追跡する必要があったランタイムエラーよりも、コンパイルエラーが発生します。

WC が新しいリビジョンに更新されるたびにファイルを変更/変更する方法はありますか? または、次善の策として、svn updateが実行されるたびに?

動機は次のとおりです。実行可能ファイル内に SVN リビジョン番号を含めたいと考えています。したがって、ビルドの一部として SubWCRev を実行する必要があります。SubWCRev の出力ファイルは、リビジョン番号が変更されていなくても、毎回再作成されます。これは、何も変更されていない場合でも、すべてのビルドで exe がリンクされることを意味します。必要な時だけリンクしてほしい。

私は、Python (特に Django) ベースの Web サイトとそれに付随するバックエンド ツールのベータ版を立ち上げようとしているチームのメンバーです。チーム自体の規模は過去数週間で 2 人から 4 人に倍増しており、少なくとも今後 2 か月間は成長が続くと予想しています。私たちを悩ませ始めた問題の 1 つは、開発環境を構成し、すべての適切な卵をインストールするなどの点で、全員を最新の状態に保つことです。

このプロセスを簡素化し、エラーが発生しにくくする方法を探しています。zc.buildout と virtualenv はどちらも、この問題に対処するための優れたツールのように見えますが、どちらも主に python 固有の問題に集中しているようです。他の言語 (具体的には Java と Ruby) のいくつかの小さなサブプロジェクトと、ネイティブにコンパイルする必要がある多数の Python 拡張機能 (lxml、MySQL ドライバーなど) があります。実際、セグメンテーション違反、malloc エラー、およびあらゆる種類の同様の問題を回避するために、これらの拡張機能のいくつかを適切なバージョンの共有ライブラリに対してコンパイルすることが、私たちの最大の悩みの 1 つです。4 人のうち、4 つの異なる開発環境 (ppc の 1 人のヒョウ、intel の 1 人のヒョウ、1 つの ubuntu と 1 つの Windows) があることは役に立ちません。

最終的に理想的なのは、dos/unix プロンプトから、おおよそ次のように動作するものです。

$ git clone [リポジトリの URL] ... $ python setup-env.py ...

次に、zc.buildout/virtualenv が行うこと (python インタープリターをコピー/シンボリック リンクし、egg をインストールするためのクリーンなスペースを提供する) を行い、ネイティブ共有ライブラリの依存関係のインストールを含む、必要なすべての Egg をインストールし、ruby プロジェクト、Java プロジェクトなどをインストールします。 .

明らかに、これは、開発環境を立ち上げたり、ステージング/運用サーバーにデプロイしたりするのに役立ちます。

理想的には、これを実現するツールを Python で記述/拡張できるようにしたいと考えています。これは私たちのチームの共通言語であるため (そして今後もそうなるでしょう)、他の言語でのソリューションも受け入れます。

それで、私の質問は次のとおりです。より大きな/より広いインストールベースを処理するために、これらのソリューションのいずれかを使用して共有できるより良い代替案や経験について誰か提案はありますか?

WISEでいくつかのものをパッケージ化するステップを含む製品の1つのビルドを自動化しようとしています. ある時点で、WISE は進行状況バーが表示されたウィンドウをポップアップして、その進行状況を示します。リモートデスクトップを使用してマシンに接続されている場合、ビルドは正常に機能しますが、接続されていない場合、再接続するまでビルドが停止し、その時点でウィンドウが開き、ビルドが進行します。これに対する回避策を知っている人はいますか？デスクトップセッションが接続されていると信じ込ませるようにウィンドウをだます方法はありますか?

これは私が尋ねた前の質問からの続きの質問です

プロジェクト ツリーのルートに /externals ディレクトリが作成されました。この中には、別のプロジェクトへの参照があります。メイン プロジェクトの NAnt スクリプトですべての外部のビルドをスクリプト化できます。これらのビルドの結果は次のとおりです。

/externals/external-project1/build/buildartifacts/{dlls|html|js}

/externals/external-project2/build/buildartifacts/{dlls|html|js}

これで問題ありませんが、私のメイン プロジェクトがこれらのビルド アーティファクトをどのように参照するかについて興味があります。たとえば、外部プロジェクトが、コードベースの一部が依存する DLL をビルドするとします。ビルド アーティファクト ディレクトリの DLL を参照するだけですか、それとも / thirdparty/libs/ フォルダーにコピーする別の NAnt タスクを実装する必要がありますか?

これは、私のビルドがこの外部プロジェクト (内部またはサードパーティのいずれか) をビルドする機能に依存していることを意味します。ビルド アーティファクトの最新セットをチェックインして、依存ビルドが壊れたためにメイン ビルドが壊れないようにするのは良い考えですか?

それが十分に明確であることを願っています。これを書き留めるだけで、私にとって問題はほとんど明確になりません:-)。

- 編集 -

みんなありがとう。「リビジョンのチェックアウト」を実装すると思いますが、ビルドが非常に速いため、ビルド アーティファクトをチェックインするつもりはありません。また、外部プロジェクト (プロトタイプ、swfobject など) の依存関係を処理する方法を理解する必要があります。

プロファイルごとに maven pom.xml ファイルに異なる依存関係のセットを含めることは可能ですか?

例えば

同じクラス名と同じインターフェースの異なる実装を持つ 1 つのプロファイルで、別の依存関係 jar ファイルを取得したいと考えています。

Visual Studio を使用して単体テストを起動するビルド プロセスの最後にビルドされるメイクファイルがあります。残念ながら、ビルドが失敗した場合でもメイクファイルは処理され、余分な (迷惑な) エラーが発生します。それを防ぐ方法はありますか？

例 プロジェクト A : build dummy.exe プロジェクト B (makefile) : build コマンドは : run dummy.exe /unittest

プロジェクト A にビルド エラーがある場合、プロジェクト B はそのビルド コマンドをスキップします。ありがとう！

私のビルドプロセスは、Qtのqmake Makefileジェネレーターと、Linuxにバンドルされている一般的なmakeユーティリティで構成されています。
私のアプリケーションはいくつかの共有ライブラリで構成されており、メインアプリケーションはそれらに対してリンクされています。
ライブラリに一般的なLinuxバージョン管理スキームを適用するにはどうすればよいですか？（バージョン2-> ldconfigで生成されたリンクを持つfoo.so.2.yzを指すfoo.so.2に対するリンクを使用します）。

答えは、私のビルドプロセスに固有である必要はありません。

重複の可能性：
objフォルダーとbinフォルダー（Visual Studioによって作成されたもの）は何に使用されますか？

プロジェクトのデフォルトの出力パスはVisualstudioですが、ファイルを含むフォルダーも生成されるbin/Debugことに気付きました。このフォルダが生成される理由を誰かに教えてもらえますか？objdllpdb

さまざまな依存関係のセットを選択するために、maven でプロファイルを調べてきました。これは、リリース ビルドとは異なるデバッグ ビルドなどをビルドする場合に適しています。私の問題は、これよりもかなり多くのことをしたいということです。私のアプリケーション (J2ME が多くのターゲットの 1 つにすぎないモバイル Java アプリケーション) では、ビルドのバリエーションの組み合わせが多数存在する可能性があります。

私が見たいものを説明するために、いくつかの作成されたコマンドライン構文を使用して、次のようなものを入力することを想像します

この場合、Maven は 3 つの異なるビルドをビルドします。私がやりたいのは、これら 3 つ (またはそれ以上、またはそれ以下) のスイッチを使用して、1 つのビルドだけに影響を与えることです。したがって、「ローカル リソース」を使用して MIDP をターゲットとするデバッグ ビルドを取得します (それが私にとって何を意味するにせよ、より良い例を想像できると思います)。

これを行う唯一の方法は、非常に問題になるプロファイルを非常に多く持つことです。私の例では、

それぞれに、イライラするほど類似した依存関係とビルドタグのセットがあります。

問題を十分に説明したかどうかはわかりませんが、コメントが残っている場合は、質問を書き直して明確にすることができます。

アップデート：

Mavenの仕組みについて誤った仮定をしたため、この質問は実際には有効ではありません。

3ビルドはしません。実際、1 つのビルドでこれら 3 つのプロファイルを有効にします。皮肉なことに、これは私が最初に探していたものでした。