問題タブ [continuous-integration]

毎日のビルドを行う方法を ccnet 構成ファイルで指定するにはどうすればよいですか?

これまで、JWebUnit と HttpUnit の両方を使用して、Web アプリケーションの機能テストを行ってきました。どちらもJavaScriptの処理に問題があるようです。この時点では特に JavaScript のテストには関心がありませんが、いくつかの小さな Ajax コンポーネント (Dojo の日付/時刻ピッカーなど) をページに追加したため、JWebUnit と HttpUnit のテストは壊れています。

Selenium と Watir は、基本的にブラウザーを駆動するため適合しません。ブラウザーのインストールが許可されていないボックスで、CruiseControl からこれらのテストを実行しています。

現在、私が取り組んでいるプロジェクトは、完全な/使用可能な製品を作成するためにいくつかの手順を必要とする複雑さのレベルに達しています (実際には難解になっています!)。残念なことに、私たちはコンティニュオス インテグレーションの考え方から始めたわけではありません。そのため、時にはそのような苦痛を想像することができますが、クリーンでテスト済みのビルドを取得しようとして半日を簡単に無駄にしてしまうこともあるでしょう。

とにかく、巨大なプロジェクトと同様に、多くの異なる言語 (たとえば、エンタープライズ スタイルの Java や C# だけでなく) の多くのコンポーネントと、多くのグラフィックおよびテキスト リソースで構成されています。ここでの問題は、私が Continuos Integration を探すとき、新しいプロジェクトをゼロから開始することを想定したベスト プラクティスやテクニックを常に見つけてしまうことです。ただし、これは新しいプロジェクトではないため、Arcane Integration から Continuos Integration への移行を積極的に開始するための優れたリソースは何かと考えていました :)

前もって感謝します！

溶岩ランプとアンビエントオーブを継続的インテグレーションシステムに接続することについては、おそらくすべて聞いたことがあるでしょう。極端なフィードバックデバイスのために人々が使用している、または聞いたことがある他の興味深いものを知りたいと思いましたか？また、このタックスドロイドはかなり甘いようでした

現在、Data-Access オブジェクトと、約 20,000 行のコードに相当する多くのストアド プロシージャとトリガーで手作業で作成された SQL を使用しています。単純な変更により、修正に数日かかる作業が発生し、締め切りが遅れる原因となっていることがわかっています。

変更には、追加データに対処するためのテーブルの変更、QA/ユーザー レポートに基づくスキーマの一般的なリファクタリングなどが含まれます。古くて遅いものを置き換えるために構築されている非常にアクティブなシステムです。

これらの変更の影響を制限するために利用可能な PHP ORM ソリューションを調べましたが、遅すぎてスキーマに対処できませんでした。「単純な」SQL の結果は、カスタム クエリよりも桁違いに長い時間がかかっており、約 0.5 秒のページ ビューが 20 秒以上かかっていました。

一般的なコンテキストで、リレーショナル データベースを使用したスキーマの進化に対処するために検討できるベスト プラクティス/戦略は何ですか?

編集：トリガーについて言及するのを忘れました。カスケード変更に依存する多くのデータがあります。ここでこのユーザーの価格を変更すると、そのユーザーの価格が更新されます。

私の会社で行っている作業の一部は、同じファミリ内の異なる製品と各製品の異なるフレーバー (または機能セット) を持つ製品ファミリに向かってゆっくりと進んでいます。私たちに役立つかもしれない製品ラインのエンジニアリング技術を探しています。Web 検索は、多くのリソース、さまざまな情報源、さまざまな方法論につながります。これらのいずれかを詳細に説明する前に、これと似たようなことを以前に行ったことのある人から実用的なアドバイスを得ることが役立つと思いました. 誰もがこの分野での指針/知恵のナゲットを持っていますか? 私は特に、製品ライン環境で次のことを行うためのより良い方法を探しています。

1. 構成とビルド管理
2. 開発サイクルの容易さ
3. テスト

私のショップでは (ほとんどの場合そうであると思います)、さまざまなソフトウェア コンポーネントの複数のリリースがあります (それらを foo-client および bar-service と呼びましょう)。私の cc.net 構成では、現在、トランクに foo-client 用の「プロジェクト」が 1 つ、foo-client バージョン 1.0 用のプロジェクトが 1 つ、foo-client バージョン 1.1 用のプロジェクトが 1 つあります。

ダッシュボード レベルで本当に見たいのは、次のようなものです。

• foo クライアント

• バーサーバー

foo-client または bar-server のいずれかにドリルダウンできます。ロールアップには最後の連続ビルドのステータスが表示され、既存のタグ付きバージョンの新しいビルドを確認および/または強制することができます。

皆さんは、どのビルド管理フレームワークの下で何をしていますか?

CCNet を使い始めたばかりで、ビルド プロジェクトをセットアップする過程で、試行錯誤から多くのビルド履歴を積み上げました。古いものを残しておきたくないのですが、どこでどのように取り除くべきかわかりません。これはばかげた質問だと思います。明らかなはずのことを見落としていたら申し訳ありません。私はRTMと Google を 30 分ほどやり、CCNet インストールを調べましたが、思いつきませんでした。プロジェクトの状態ファイルを削除しました (それが関係しているかどうかはわかりません) が、ダッシュボードからプロジェクトの統計情報を掘り下げると、古いビルドが残っています。助言がありますか？ありがとう。

回答済み: アーティファクト ディレクトリを CCNet サーバー ディレクトリの下にない場所に明示的に設定したため、そのディレクトリを再度確認することはありませんでした。

継続的インテグレーションを使用すると、コード ベースの品質が向上し、リリースがスピードアップすることはわかっていますが、次のプロジェクトで継続的インテグレーションが必要であることをクライアントに納得させる最善の方法は何ですか?