7

私は現在、Humble /FarleyによるContinuosDeliveryの本 を読み始めています。そこにある多くのものは理にかなっていますが、私を悩ませていることが1つあります。

作者は、サーバーベースの（シングルクライアント？）アプリケーション（webappsなど）のみを対象としており、何をすべきかを扱い、wrtを回避しているようです。ビルドプロセス、テスト、展開の自動化。

継続的デプロイのタグが付けられた質問を見ると、この用語はサーバーベースのアプリケーションのコンテキストでのみ使用されているようにも見えます。

それで、私は疑問に思っていました、デスクトップアプリの「セットアップ」（Windowsアプリの話）が作成された後のものを自動化することは意味がありますか？デスクトップアプリの「デプロイ」は常にユーザードライバーであるため、ここで何かを自動化することはどのような意味がありますか。実際、意味のある自動化できるものは何でしょうか。

ああ、ところで。この質問がprogrammers.SEに適しているかどうかは完全にわかりません。そのため、そうなると思われる場合は、遠慮なくそこに移動してください。

4

3 に答える 3

3

リンクを確認してください：http ：//timothyfitz.wordpress.com/2009/03/09/cd-for-client-software/ダウンロード可能なソフトウェアの継続的展開について説明しています。

于 2011-06-30T17:05:05.947 に答える
2

簡単な答えは「はい」です。組織内のデスクトップPCで実行されるカスタムコードを開発している場合は、すべてのテストに合格した最新のビルドをすべてのクライアントPCに自動的にプッシュすることができます。

ただし、ほとんどの場合、展開プロセスがユーザーエクスペリエンスを妨げないことを確認する必要があります。これは、アプリケーションを設計するときに考慮しなければならないことです。また、ネットワークが1日にX回これらのマシンに必要なファイルをプッシュすることをサポートできることを確認する必要があります。デスクトップは通常、サーバーと同様に接続されていません。

于 2011-10-23T16:03:49.600 に答える
0

同じ問題があります。デスクトップアプリを継続的に展開できるようにしたいと考えています。

Googleには、 Chromeのサイレントアップデートを支援するために使用するOmahaというオープンソースライブラリがあります。ただし、独自のアプリでシームレスなエクスペリエンスを実現するには、かなりの作業が必要です。

私たちは実際に、デスクトップアプリケーションの継続的な展開をはるかに簡単にするサービスを構築しています。私たちは、正しいものを構築するために、現時点でできるだけ多くの潜在的なユーザーと話をしようとしています。興味がある場合は、QuietDeploy.comで詳細を確認できます。

自己宣伝についてお詫びしますが、うまくいけば、それはいくつかの興味があるでしょう。

于 2012-01-25T12:26:56.077 に答える