問題タブ [artifacts]

10分ごとの標準ポーリングスキームを使用した継続的インテグレーションにジェンキンを使用していますが、正常に機能します。

ここで、再現のすべてのリビジョンで実行されるジョブを設定したいと思います。それは、特定のコミットに対応する多かれ少なかれバイナリ パッチである何かを生成します。

私が見つけた唯一の方法は、svnserver でポストコミット フックを使用して、jenkins サーバーでジョブをキューに入れることですが、ファイアウォールに新しい穴が必要になるため、そうしないほうがよいでしょう (そして、 jenkins は、キューに入れられたすべてのジョブを 1 つにまとめます)。

VCS での並行開発/分岐は、ビルド アーティファクト リポジトリのセットアップと QA へのリリースにどのように影響しますか?

私たちの会社では、並行開発作業のために VCS を分岐していますが、どの分岐がどの順序で出荷されるかについての警告はほとんどありません。

バージョン番号付けのために、ビルドがどのブランチから来たかを QA に示すためにブランチ識別子を配置したいと思います。トランクからのビルドには、ブランチ識別子のない「通常の」バージョン番号があります。

当初は、ブランチごとに 1 つのビルド アーティファクト リポジトリと、トランク用のメイン リポジトリを 1 つ持つことを考えていました。

しかし、バージョン番号付けにブランチが含まれている場合、製品のバージョン番号は間違っています (ブランチからビルドおよびリリースしている場合)。

これを回避する方法は、トランクからのみ解放することですか?

また、ブランチからのビルドではなく、トランクからの QA チーム ビルドの出荷をどの時点から開始する必要がありますか?

私の現在の考えは、経営陣を説得して、開発チームをリリース順序 (リリースから 1 週間後など) に割り当ててもらい、ブランチをトランクにマージすることです。その後、QA はブランチ ビルドではなくトランク ビルドの取得を開始し、ブランチがマージされた開発チームは、ブランチではなくトランクのバグを直接修正します。

* アップデート *

より具体的には、VCS には SVN を使用し、リポジトリには Artifactory を使用しています。依存関係の管理に Ivy を使用しています。

リポジトリ レイアウトに関する Artifactory のヘルプ ( Repository Layouts ) を参照してください。

これと Maven と Ivy のデフォルト レイアウトは、これがより一般的であることを示唆しています。

これは Ivy を使用するための典型的なリポジトリ レイアウトですか? これには、Ivy のブランチ機能を使用して、ビルド時に依存関係をレポ内の正しいブランチ フォルダーに解決する必要があると思いますか?

* 更新 2 *

これが私の現在の Artifactory 構造です。

1. ビルド時に Ivy を特定のリポジトリに向けるにはどうすればよいですか? リリースの場合、リリース リポジトリからバイナリをプルするだけで済みます。スナップショット ビルドの場合、バイナリがスナップショット リポジトリに表示される場合はバイナリをプルできます。バイナリが見つからない場合は、リリース リポジトリからプルできます。リポジトリをチェーンする方法は理解していますが、リポジトリを切り替える方法がわかりません。

IvySettings.xml ファイルには次のものがあります。

..しかし、デフォルトは必要ありません。Ivy resolve コマンドを呼び出すときに、解決するリゾルバーのチェーンを指定したいと思います。このようなもの：

これは、解決する必要があるリポジトリを切り替える間違った方法ですか?

パブリッシュ タスクには、同様の方法で完全に機能する「リゾルバー」属性があります。

また、私の特定の例では、複数の Artifactory スナップショット リポジトリに対応する複数の SVN ブランチがある場合があります。どのリポジトリに解決するかをパラメータ化できますか? または、すべてのブランチのスナップショットを 1 つのレポに配置し、Ivy ブランチ機能を使用するより正しい方法はありますか?

他に役立つ情報が必要な場合はお知らせください。

Jenkinsを使用して、Webアプリケーションでいくつかの統合テストを実行します（キュウリ、カピバラ、セレンを使用）

テストが失敗するたびに、スクリーンショット、HTMLソース、およびプロセスのビデオが保存されます。

パス構造は次のようになります。

Jenkinsのアーカイブアーティファクト機能を使用してファイルを提供します（パターン:) results/output/*/*。それは素晴らしい働きをします。

ただし、ビルドが成功するとすぐにスクリーンショットやビデオなどは表示されず、Jenkinsがパターンのファイルを見つけることができないため、ビルドは失敗します。

ファイルが存在しない状態でJenkinsに成功するように指示する方法はありますか？

result / output / success/hooray.txtのような空のフォルダー構造を作成するような汚いハックはしたくありません。

私のユースケースは次のとおりです。リポジトリ A からのみ読み取ることができるプロジェクトを構築しています。このリポジトリに必要なアーティファクトを追加する権限はありますが、リポジトリ A を管理する管理者権限はありません。残念ながら、このリポジトリは現在私が必要とするアーティファクトのほとんどが欠けています。

maven deploy:deploy-file を使用して repo1.maven.org からこのリポジトリ A に依存関係のあるアーティファクトをコピーすると、時間がかかります。この問題を処理するツールはありますか?

コピーの目的で、ハイブリッド プロジェクト (両方のリポジトリを持つ Maven プロジェクト) を構築することもできます。しかし、自動化されたビルドと実行の本番プロジェクトにはリポジトリ A の使用に制限されています。

teamcity では、プロジェクトのビルド、デプロイ、およびテスト用に個別の構成を使用しています。基本的に、「ビルド」構成はバージョン管理チェックインによってトリガーされるビルドを実行し、「展開」構成は必要なプロジェクト ファイルを統合サーバーに展開し、「テスト」構成は統合で自動テストを実行します。サーバーにデプロイされたファイル。

ソース コードは、「ビルド」構成が実行されている場合にのみチェックアウトされます。この構成によってチェックアウトされたコードを「展開」構成で使用したいのですが、これによりファイルが特定のディレクトリに展開されたら、「.これらのデプロイされたファイルに対して構成をテストします。これを実現するために、現在 teamcity の「展開」、「テスト」構成設定のパスをハードコーディングしました。

しかし、それらを連鎖させると、「展開」、「テスト」構成で、チェックアウトされたコードへのパスと展開されたファイルへのパスをそれぞれ自動的に取得する必要があります。

teamcity アーティファクトを使用してこれを実行できるかどうかはわかりません。構成方法がわからない場合でも。

誰か助けてください。

ありがとう

ピクセルに基づいてアーティファクトを削除する独自のアルゴリズムを作成しました。唯一の問題は、画像に基づいて RGB の範囲を手動で指定する必要があることです。

私はそれをもう少し自動化しようとしており、アーティファクトは通常非常に明るい色で、画面を傾けない限りほとんど見えないという結論に達しました。これらのアーティファクトを適切に除去するために使用できる RGB 計算はありますか?

私はfinalbuilderを使用してプロジェクトをビルドし、デプロイ用のパッケージを作成しています。FinalBuilderにこのパッケージをアーティファクトとしてteamcityに出力させたいです。しかし、これが可能かどうかはわかりません。

finalbuilderを使用してパッケージを作成する理由は、パッケージ化の過程で、特定のファイルを除外し、あるプロジェクトから別のプロジェクトなどからバイナリをコピーする必要があり、パッケージ自体が複数のプロジェクトのコレクションであるためです。したがって、これらをチームシティのアーティファクトパスとして指定したい場合は、おそらくいくつかのパターンを指定することになります。

したがって、finalbuilderによって作成されたパッケージをアーティファクトとしてteamcityにエクスポートできればかなり良いでしょう。

誰かがこれを手伝ってくれませんか？

ありがとう

基本的な NSBezierPath メソッドを使用して、画面上に四角形を描画しています。オブジェクトの各インスタンスを初期化して、画面上にカスタマイズされた四角形を描画するようにオブジェクトを設定しました。そのオブジェクトには、画面上でドラッグされたときにマウスで四角形を移動するメソッドがあります。これを達成するために、私は単にmouseDragged:方法。問題は、それを移動すると、長方形が以前あった場所の端に沿って画面上に1pxの細い線として表示される「画像アーティファクト」が残ることです。これは、Microsoft Windows の実行速度が遅かったときに、ウィンドウをドラッグしたときにウィンドウのゴーストが残っていたのと似ています。フリーズが解除される前に、常に何かを描画したり、画面全体を埋めようとしたりする方法を覚えていますか? 再描画が十分に速くないか何かのようです。アーティファクトは、何かを描画してクリアしない限り (四角形をドラッグして元に戻すなど)、決して消えることはありません。

また、青い四角形の左側にある空白の四角について疑問がある場合は、それも説明できません。黒い「ひし形」が直径 30 ピクセルの円を描いて回っていますが、1 スペース (NSTimer では 1 秒に 1 秒) 移動するたびに、その場所に非常に短時間ジャンプしますが、なぜ手がかりがありません。長方形の移動のコードは次のとおりです。

どんな助けでも素晴らしいでしょう。上記のコードがすべてではないことは承知していますので、お気軽にお問い合わせください。上のコードはオブジェクトからのもので、下のコードは AppDelegate からのものです。写真の両方の長方形は、私のオブジェクトのインスタンスです。

ビルドの一部として、Ant のsignjarタスクを介して jar に署名すると、それは「署名済みの jar」と見なされます。jar:signゴールを実行することで、Maven ランドでも同じことが達成できます。

Artifactory などのリポジトリ マネージャーには、チェックサムの概念があり、チェックサムが正しくない場合にデプロイを失敗させたり、チェックサムが正しくない/欠落しているチェックサムを再計算したり、チェックサム ステータスに基づいて他のあらゆる種類のアクションを実行したりできます。

jar の結果 (「署名」)と Artifactory のチェックサムの概念のようsignjarな方法を介した関係はどうなっているのか疑問に思っています。jar:sign

「チェックサム」は、これらの署名タスク/目標を実行することによって生成されるものの総称ですか? それとも、まったく別のアイテムですか？