タグ付けされた質問 「jenkins」

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 私はJavaで書かれた古いプロジェクトの開発に取り組んでいます。LOCは1,000万を超え、さらに悪いことに、4000を超える機能テストがあります。 Hudsonによってスケジュールされたテストは、大きなコード変更のたびに狂ったように失敗しています。テストの失敗の検証-製品またはテストに問題がある場合、数か月かかります。何をテストしているかわからないため、古いテストを削除することはできません！ 私たちにできることは？そのような量のレガシーテストをどのように進めるのですか？

22 integration-tests  legacy-code  jenkins 

私は常に各コミットの後にビルドを開始しましたが、この新しいプロジェクトでは、アーキテクトは「15分ごとに1つのビルド」に頻度を変更するように頼みました。コミットごとに構築する」。 まず、いくつかの詳細： Objective-C（iOS 5）プロジェクト 10人の開発者 各ビルドには実際に約1分かかり、ビルドと単体テストが含まれます。 統合サーバーはMac Miniであるため、ここでは計算能力は実際には問題になりません。 JenkinsとXCodeプラグインを使用します 私の主張は、コミットするたびにビルドすれば、他の開発者を頻繁に煩わせることなく、今何が間違っているかをすぐに確認し、エラーを直接修正できるということです。さらに、この方法でテスターはUTエラーに悩まされることが少なくなります。彼の主張は、開発者は「ビルドエラー」メール（最初の壊れたビルドのみにメールを送信するように構成できるため、完全に真実ではない）であふれ、頻度が適切な場合にメトリックを実行できないというものでしたビルドの数が多すぎます。 だから、これについてあなたの意見は何ですか？

20 objective-c  continuous-integration  jenkins 

私の現在のプロジェクトでは、Jenkinsを使用してビルドを監視しています。今、彼らは私にJenkinsプラグインを書いていくつかの監視パラメータを追加してほしいと思っています。 ステータスモニタプラグインがどのように機能するかを見てきましたが、いくつかのことがわかりません。プラグインを作成するためのドキュメントを探しましたが、それは非常に不足しているようです。（このサイトでは、基本プロジェクトの生成方法についてのみ言及しており、それほど有益ではないチュートリアルを参照しています） 私がやろうとしているのは、各ビルドにいくつかのオプションを追加し、リンクを追加し、監視ページを追加することです。メインページへの追加は明らかにアクションを追加することで行われますが、私はまだ残りを理解しようとしています。そして、それがどのように結びついているのか。 誰かがポインタを持っていますか、まともなドキュメントを見つけることができる場所がありますか？

17 plugins  hudson  jenkins 

Jenkinsを使用してASP.NET Webアプリケーションの展開を自動化/半自動化する可能性はありますか。制御されていないユーザーがユーザーIDとパスワードを入力する必要があるため、制御された環境または制御されていない環境にすることができます。ターゲットから宛先にファイルをコピーし、WebファームシナリオでSQLスクリプトを実行する方法を探しています。 編集 現在、アプリケーションをデプロイするために、batファイルを使用してapppool / sql cmdなどをxcopy / configureしています。ただし、これを機能させるには、プロダクションサポートチームがソースコードをダウンロードし、プロジェクトをビルドし、batファイルを実行してアプリケーションをデプロイする必要があります。 ここで、ユーザーがソースコードをダウンロードせずに展開を自動化し、エンドユーザーがURLにアクセスしてユーザーIDとパスワードのパラメーターを入力し、svnタグを選択するだけで展開されるようになります。ただし、Jenkinsは匿名ログインで実行されているため、スクリプトを実行する権限がないため、既存のbatファイルは機能しません。 それで、私はこの種の状況に代わるものが存在するかどうか知りたいです。入力されたユーザーIDとパスワードを使用してユーザーコンテキストを偽装し、既存のバッチファイルをそれ以上変更せずに実行できるようにするとよいでしょう。それが不可能な場合は、他のアイデアも検討したいと思いますが、パペットなどの自動ツールを選択する柔軟性がないため、これらのバッチファイルを使用する必要があります。

13 asp.net  deployment  jenkins 

これはJavaで書かれたWebプロジェクトです。 それで、ビルドとデプロイのスクリプトを書いています。ビルドを作成するために、antを使用しました。継続的なビルドはJenkinsで行われます。 ビルドは3つの異なる成果物を生成します。 戦争ファイル レイアウト付きのzip 画像を含むzip これまでのところ、これでいいのですが、今度はdeployスクリプトを記述する必要があります。 サーバー1で実行されているTomcatに戦争（アーティファクト1）をデプロイします サーバー1のアーティファクト2を特定のディレクトリに配置します サーバー2のアーティファクト3を特定のディレクトリに配置します そこで同僚と話していて、正しいサーバーに配置したときにこれらのアーティファクトをデプロイするアーティファクト（多分deploy.xml）も生成する必要があると彼は言いました。 したがって、別のスクリプトがあります。 ジェンキンスのアーティファクトをダウンロードする 各サーバーにscpし、そこにdeploy.xmlを配置します deploy.xmlをリモートで呼び出す 私を少し不快にしているのは、build.xmlをビルドアーティファクトとして持つ行為です。この背後にある動機は、VCSリポジトリにアクセスする必要なしにデプロイできるため、ビルドは自己完結型になります。つまり、すべてのビルドはJenkinsによって生成されたものでのみ本番稼働できます。 配置スクリプトはどこに配置する必要がありますか？それらはVCSにのみあるべきですか、それともビルドアーティファクトであるべきですか？

13 deployment  jenkins  builds 

git、maven、およびjenkinsを使用して次のことを行うための好ましい方法は何ですか： 「dev」ブランチと「release」ブランチを維持したいアプリケーションを開発しています。ジェンキンスに両方を構築してほしい。リリースアーティファクトのバージョンが1.5.2になり、開発ビルドが0.0.1-SNAPSHOTになるだけになる可能性があります。2つの異なるpom.xmlファイルを持つ必要はありません。 プロファイルを調べましたが、アーティファクトのバージョンを変更できないようです。私が見た1つの方法は、テストビルドに「修飾子」を追加することです。もちろん、ファイルの名前を変更することもできます。これは、アプリがスタンドアロンのものであるため、これに関する実際のアーティファクト情報は重要ではないからです。 これを行うための好ましい方法は何ですか？または、これをどのように行いますか？

12 git  workflows  versioning  jenkins  maven 

私は5チーム、合計約40人の開発者からなる開発グループの一員です。私たちは3週間のスプリントでスクラム方法論に従っています。継続的な統合セットアップ（Jenkins）があり、ビルドパイプラインには数時間かかります（広範な自動テストのため）。基本的に、開発プロセスはうまく機能します。 ただし、新しいスプリントを開始してから数日後、ビルドが不安定になり、スプリント終了の「コミットが停止する」まで揺れたままになることがあります。これの悪影響は、パイプラインのはるか下のビルドステップ、特にUI / Webtestsが数日間実行されないことです（「グリーン」ビルドでのみトリガーされるため）。その結果、新しく導入されたバグは、スプリントの非常に遅い段階でのみ検出されることがよくあります。 各コミットは、テストの基本セットに対して検証されます。確認されると、コードレビュー後に変更がマスターにプッシュされます（Gerrit） 基本的な単体テストは30分ごとに実行され、期間は10分未満です 統合テストは2時間ごと、1時間ごとに実行されます UI / Webtestsは、成功した統合テストで数時間実行されます スプリント中のビルドの安定性の責任者（スプリントごとに責任が渡される）によっては、ビルドを安定させるための中間的なアドホックな「コミット停止」が存在する場合があります。 だから、私たちが欲しい： 開発チームは、スプリント中に変更を開発してコミットします 後続のビルド結果にはほとんど意味がないため、ビルドステップが失敗した場合に放棄するビルドプロセス 開発者にタイムリーに質の高いフィードバックを提供するビルドプロセス （2）を考えると、ポイント（1）と（3）は互いに矛盾しているように見えます。誰もこれに対処する良い方法を持っていますか？ （現在、ポイント（2）を緩めており、失敗したビルドステップでもビルドの継続を許可しています。それが品質にどのように影響するかについて、まだフィードバックがありません。） ありがとう、サイモン

11 testing  scrum  code-quality  jenkins 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 6年前に閉鎖されました。 継続的インテグレーションの概念、どのように機能するのかを理解しやすい方法で説明してくれる人がいますか？そして、企業がコード配信ワークフローにCIを採用する必要があるのはなぜですか？私は開発者であり、私の会社（主にビルド​​チーム）はTeam Cityを使用しています。開発者として、私は常にコードをチェックアウトし、更新してSVNにコミットしますが、TeamCityやCI全般について気にする必要はありませんでした。それでは、CIの有用性を理解したいと思いますか？CIはアジャイル手法の一部ですか？

11 agile  continuous-integration  jenkins 

リリースビルドを処理するようにJenkinsを設定する作業をしています。リリースビルドは、Linuxでビルドする必要があるいくつかのバイナリを含むWindowsインストーラーで構成されています。 ここに私がこれまで持っているものがあります： Windowsの部分とLinuxの部分は、別々のJenkinsプロジェクトとしてセットアップされます。 Windowsプロジェクトはパラメーター化されており、Subversionタグを使用してビルドおよびリリースされます。 ビルドの一部として、Windowsプロジェクトは（パラメーター化トリガープラグインを使用して）Linuxプロジェクトの同じSubversionタグのビルドをトリガーし、次に（アーティファクトのコピープラグインを使用して）LinuxプロジェクトからWindowsプロジェクトのワークスペースにアーティファクトをコピーします。 Windowsインストーラーに含めることができます。 行き詰まっているところ：現在、アーティファクトのコピーは、最後に成功したビルドをコピーするように設定されています。パラメーター化されたトリガーがトリガーした正確なビルドからコピーするようにアーティファクトのコピーを構成する方がより堅牢に見えますが、それを機能させる方法を理解するのに苦労しています。これを助けることを意図した「ビルドセレクター」パラメーターのオプションがありますが、それがどのように設定されることになっているのか理解できません（そして、ビルドに1時間かかると、さまざまな可能性を盲目的に試すのはやや苦痛です。成功または失敗を見つけるために1つまたは2つ）。 これはどのように設定すればよいですか？ビルドセレクターはどのように機能しますか？

9 release  jenkins 

拡張可能なWebアプリケーションをどのように実装しますか？私が考えているのは、プラグインサポートを提供するJenkinsやHudsonに似たWebアプリケーションです。プラグインを見つけてロードする方法は明らかですが、プラグインをアーキテクチャ全体に統合する方法はわかりません。特に以下の点については不確かです。 プラグインはどのようにビューを変更することができますか、例えばフォームに入力要素を追加しますか？ 私の最初のアイデアは、プラグインが特定のフォームのパーシャル/フラグメントを登録できるということです。 例：ユーザー登録ビューに表示される典型的なニュースレターチェックボックスフラグメントを登録するニュースレタープラグイン。 プラグインは着信要求にどのように反応しますか？ この場合も、直接的なアプローチは、特定の要求またはアクション（/ userへのPOST要求など）のリスナーを提供することです。 プラグインはどのようにしてデータを保持できますか？ これは、NoSQLデータストレージソリューションがリレーショナルデータベースよりも優れている状況であると想定しています。 拡張可能なWebアプリケーションに関して、コメント、アイデア、経験（デザインパターンもあるかもしれません）があれば幸いです。

8 design  architecture  web  jenkins  hudson