2016-03-31 11 views
0

私たちはMaven + Jenkinsを実装しており、Artifactoryのようなアーティファクトリポジトリをいくつか試しています。私たちは現在svn-で展開しています。はい、それはひどいです。 - 私たちはクライアントからの要求が瞬時に行われるはずです。 "このボタンを私のjsフォームに追加してください"ファイルを更新し、Tomcatをデプロイしたクライアントで更新します。Maven - インクリメンタルに展開

完全なのwarファイルには約600MBがあり、すべてのwarファイルをダウンロードすることはできないため、Mavenに展開可能なファイルの増分部分だけをインストールする方法があるかどうかを知る必要がありますJavaScriptの2行の少しの変更のために。

各コミットで新しいアーティファクトを作成できるようになりましたが、クライアントサーバーにインスタントフィックスを送信できる連続配信が可能かどうかはわかりません。

私たちが見たすべての例は、展開可能な成果物と呼ばれていますが、誰かがmvn install -mySpecificVersionのようなsomethindを使用し、変更されたファイルのみがダウンロードされるなどの場合はありません。

ありがとうございました。

+0

CIは非常に良いアイデアですが、エンドサーバに展開するには、そのプロセス(パイプライン)の再現性に違反する部分のみをエンドサーバにマージする必要があります。あなたの部分的な配備があなたのエンドサーバにある状態で動作するかどうかを知る...さらに、CIパイプラインと配備の間に、プロセスが差異を計算し、それを転送するステップを進めることを提案する...しかしこれはMavenでは不可能ですが、そのようなことについて考えることは可能でしょう。 – khmarbaise

+0

デプロイメントタスクが完全なビルドを実装するかどうかは気にしませんが、viabeは600MBをもう一度ダウンロードする必要はありませんjsの変更。私は、Artifactoryなどにハッシュのようなものがあることを訴えました。すでにサーバーに存在するファイルをダウンロードしないようにしました。 – MarcosTonina

+2

ハッシュはアーティファクト全体(戦争など)に適用されますが、warファイル内にある部分には適用されません。 – khmarbaise

答えて

0

ソリューションの考え方が数ヶ月後に解決策がプロジェクトのモジュールであることが分かったので、ダイナミズムとインスタントフィックスの要件はコアモジュールまたは特定の小さなモジュールに関連しています。このアプローチは、再現可能なパイプラインと安価なデータ転送につながります。

関連する問題