問題タブ [continuous-deployment]

開発中にビルド アーティファクトがスナップショット リポジトリに配置されることを理解しています。

製品をテストのために QA に送る必要がある場合、チームはスナップショット リポジトリから取得しますか? それとも、完全なビルドを行い、リリース リポジトリにデプロイして、そこから QA に渡しますか?

また、私のスナップショット リポジトリが各ビルドのすべてのビルド アーティファクトを保持している場合、これは一般的にどのようにクリーンアップされますか? ビルド サーバーから最後の 5 つのビルドを保持していることがわかりましたが、すべてではありませんでした。役立つ場合は Artifactory を使用しています。

jujuがUbuntuだけのものではないことを確認したいと思います。

CentOSのjujuと同じくらい良い継続的なデプロイメントを構築したいと思います。

Javaサーバーアプリがあります。

他に何か提案があれば教えてください。

pip私が Python を使用していた場合は、優れたリポジトリ統合機能とスクリプト機能を備えた継続的デリバリーのための優れたインストーラーとして使用したいと思うでしょう。
継続的な展開で役立つJavaに似たものはありますか?

誰かがJavaで完全な継続的展開を行う方法を教えてもらえますか?

複雑な構成の複数のサーバーと、データベースを備えた巨大な複数のクラスター、NOSQL (および一部のプロジェクトでは Maven を使用し、他のプロジェクトはダウンロードされたばかりのパッケージ) などを使用する予定です...誰かがそれを推奨していますか?

繰り返しますが、pipは非常に優れたインストーラーであり、私を助けることができると思いubuntu jujuます。

ただし、ubuntu juju を使用すると、centos ではなく ubuntu ベースのサーバーを使用する必要があります。

誰かがgradleの過去の経験がありますか？継続的デプロイに使用することを考えています...独自のスクリプト（python）またはgradleのいずれかを使用することを検討しています。

誰もが経験から、彼がどちらの方向に行くことを勧められたと思うかを知ることができますか？私はすでにMavenを使用しており、依存関係管理とプロジェクト管理のために離れるつもりはないことに注意してください。

ありがとう

Eclipse および Rational Team Concert (SC 用) で Maven を使用するとします。

ここに新しいので、あなたの助けに感謝します! これがどのように機能するかを視覚化するのに役立つ小さなプロセスモデルを構築しようとしています。CIがこれらまたは同様のツールでどのように機能するかを示すスイムレーンダイアグラムのようなものへのリンクを知っていれば、それはさらに良いでしょう.

私が取り組んでいるプロジェクトでは、継続的な展開のセットアップを行っています。目標は、誰かがこの機能を手動でオーバーライドしない限り、常に最新の作業ビルドを本番環境にインストールすることです。

これを機能させるために、

1. 静的コード分析を実行する
2. 単体テストを実行する
3. 統合テストを実行する
4. 可能な範囲で自動 UI テストを実行する

上記の手順のいずれかが失敗した場合、ビルド プロセスは停止し、ビルドは失敗としてマークされます。インストール パッケージが作成されている場合は、次の手順でインストールされます。

CI --> ステージング --> プロダクション

各ステップで、環境の統合と UI テストを実行して、後続の環境で失敗する新しいものを導入していないことを確認します。どのテストも失敗せず、誰もパニック ボタンを押さずに N 分が経過すると、ビルドは次の環境に昇格します。テストが失敗した場合は、パッケージを削除して完全に破棄します。ただし、インストール パッケージは他のサーバーに配信されるため、この手順を実行するには、一連のリモート (シェル) スクリプトを実行する必要があります。

問題は、通常の自動化されたサイクルでは確実にテストできない多くの失敗ケースがあることです。たとえば、ページ レイアウトや、一部の統合が本番環境でのみ失敗するなどです。

したがって、実際の質問:ビルドが昇格されたら、どのように降格/削除すればよいですか? ビルドを削除するときにリモート スクリプトを実行するか、プロモーション プラグインを使用してこの機能を実現することはできますか? 私が考えていなかったかもしれない、これに対する独創的な解決策はありますか？

Kentico でデプロイを自動化した経験のある人はいますか? たとえば、ドキュメント タイプ、ビズフォームなどを別のサーバーに同期することの難しさはありますか?

実行中のサーバーにアプリケーションを自動的にデプロイするように構成されたジョブがあります。Jenkinsがこのアプリケーションが正常にデプロイされたかどうかを確認する方法を提供しているかどうかを知りたいです。理想的には、デプロイメントが失敗したときにビルドが失敗するはずです。

Ant exec コマンドを使用して weblogic サーバーを起動しようとしています。操作によって実行プロセスが子プロセスを作成した後、親プロセスを強制終了し、子プロセスを維持したいと考えています。

以下の私のコード

このコードはサーバーを起動し、私のアプリケーションも起動しています。問題は、ant スクリプトがまだ実行されていることです。さらに、以下に示すように終了しません。

使用してみた回避策として、exec を終了して親プロセスを強制終了するにはどうすればよいですか

タイムアウト

execタスクの属性ですが、親プロセスと子プロセスの両方を強制終了します.ANTが終了し、サーバーがバックグラウンドで実行され続けるようにするにはどうすればよいですか.

したがって、jenkinsを使用した継続的デプロイについて説明している記事を読みました。

1. テストを実行する「テスト」ジョブを作成します。
2. アプリをデプロイする「デプロイ」ジョブを作成します。
3. ビルドが成功すると、「テスト」ジョブトリガー「デプロイ」が行われます。

私はそれをうまくやることができます。ただし、現在、一般的な「テスト」ジョブがあり、プッシュするすべてのブランチに対してテストを実行します。「本番」ブランチにプッシュした場合にのみ「デプロイ」ジョブをトリガーするようにする方法はありますか？

それ以外の場合は、本番環境にプッシュしたときにのみトリガーされる2番目の「テスト本番環境」ジョブをいつでも追加できます。このジョブは後でデプロイをトリガーします...しかし、それは私がやりたいことではありません。