問題タブ [software-update]

簡単に集約できる方法（RSSフィードなど）でソフトウェア更新の通知をサブスクライブするための標準を作成するプロジェクトがあるかどうか疑問に思っています。これにより、数十または数百のソフトウェアプロジェクトを簡単に確認できます。新しいリリースに興味があります。

[編集：以前ここにあっ た質問の残りの半分を移動しました]

私が開発中のWeb アプリケーションの 1 つに、ある種のソフトウェア更新通知を実装することを検討しています。

私が遭遇したいくつかの質問があります：

• 更新チェックはクライアントとサーバーのどちらで実行する必要がありますか?

クライアント側とは、ソフトウェアが最新のバージョン情報を取得し、チェックを実行し、更新情報を表示することを意味します。

サーバー側のチェックとは、ソフトウェアがそのバージョン情報をサーバーに送信し、サーバーが計算を行い、クライアントに情報を返すことを意味します。

私の推測では、サーバー側の実装はクライアント側よりも柔軟で強力であることが判明する可能性があります。クライアントがそれを理解している限り、サーバーに機能を簡単に追加できるからです。

• 更新情報はどこに表示されますか?

ログイン画面に表示してもよろしいですか？管理者のみが表示する必要がありますか? (これはデータベースを使用する Web アプリであるため、更新にはデータベースとWeb の操作が必要であり、管理者のみが行う必要があります)。バージョンが毎日時代遅れになるにつれてサイズが大きくなる小さなビープ音の点滅アイコンはどうですか ;) ?

• プライバシーの問題

誰もがアプリの使用統計をインターネット経由でブロードキャストすることを好むわけではありません。

TheOnion の質問: どう思いますか?

ソフトウェアの更新を自動化できる API またはツールはありますか? 提供されたファイルのリストの URL から更新をチェックし、更新が必要なものをダウンロードして置き換える必要があります。認証モジュールが含まれていて、許可された関係者のみが更新にアクセスできるようにするとよいでしょう。言語に依存しない必要があります-バージョン以外の追加知識なしでファイルのリストを取得し、サイトに新しいバージョンがある場合は、それらを新しくダウンロードしたコピーに置き換えます.

特に、Win XP から Win 7 で動作する Windows プラットフォーム向けの何かに興味があります。

ISV が出荷された製品のソフトウェア アップデートを配信するのに役立つライブラリまたはツール スイートを使用した経験のある人はいますか? OS X、Linux、および Windows で動作するソフトウェアを出荷しています。プラットフォームごとにプラットフォーム固有の部分的なソリューションがありますが、インストール済みのユーザーにソフトウェアの更新をプッシュするための単一の統合システムが必要です。おそらく最終的には独自のソリューションを展開することになるでしょうが、ここで誰かがすぐに使える優れたソリューションを知っているかどうか尋ねたいと思いました.

また、この目的で Subversion (クライアント側で libsvn と組み合わせて) を使用しようとした人はいますか? このようなアプローチの長所と短所について何か考えはありますか?

ありがとう！

編集: この場合にインストールされるアプリケーションは、本格的なデスクトップ アプリケーションです。一部の Java、一部の Dot Net (Mono ランタイムを使用)、一部のネイティブ C++ です。そのため、問題を解決するために、あらゆるプラットフォームや言語を受け入れています。

C#.Net で開発された製品があります。Web アプリケーションではなく、デスクトップ版です。MSSQL、MySQL などのさまざまなデータベースに接続します。

バグ修正と新機能のために、ソフトウェアのバージョンをアップグレードし続けます。これらの更新により、使用される exe と dll、およびデータベースも変更されます。

お客様に更新を提供するために使用するさまざまな方法を教えてください。

毎週および/または毎月の更新があるホスト型/オンサイト Web アプリケーションのソフトウェア更新を配布する方法を決定しようとしています。オンサイト製品を使用する顧客が手動で更新することを心配する必要はありません。Google Chrome で自動的にダウンロードしてインストールするだけです。Ubuntu とソフトウェアをインストールして構成した OVF ファイルを提供する予定です。ソフトウェアを配布する方法について私が最初に考えたのは、キーを使用して SSH 経由でアクセスできる 6 つの Apt リポジトリ/チャネルを作成することです (この時点ではどちらが優れているかはわかりません)。これにより、顧客がサブスクリプションを更新しない場合、アカウントを無効にすることができます。 :

1. ベータ - テスト データで内部的に使用され、パッケージに重大な欠陥がないかチェックします。
2. 内部 - ライブ データで内部的に使用され、パッケージの欠陥をチェックします (ドッグ フードの段階)。
3. 外部 1 - 欠陥をチェックするために、ユーザー ベースの 1% (ランダムに選択) にデプロイされました。
4. 外部 9 - 欠陥をチェックするために、ユーザー ベースの 9% (ramdonly を選択) に展開しました。
5. 外部 90 - 残りの 90% のユーザーに展開されます。
6. Hosted - ホストされた環境にデプロイされます。

問題が報告された場合に備えて、次のリポジトリに移動するために各段階で承認が必要です。

コミュニティへの私の質問は次のとおりです。

1. 誰かが前にこのようなことを試したことがありますか?
2. このタイプの手順の欠点は誰にもわかりますか?
3. より良い方法はありますか？

更新:これをhttps://softwareengineering.stackexchange.com/questions/61737/using-an-apt-repository-for-paid-software-updatesにクロス投稿して、回答が得られるかどうかを確認しました。

Xcode 4.0.1 が数日前にリリースされました。これは、4.5 GB の獣をもう一度ダウンロードして更新することを意味します。Apple がより良い更新システムを導入する予定があるかどうか知っている人はいますか?

(私のプロジェクトの一部として) Linux システムを持っています。そこでは、ホット コード ロードを行う必要があります。つまり、ソフトウェアの一部を無線 (WiFi 経由でソフトウェアをダウンロードするなど) または有線で更新する必要があります。 （LAN経由）。このソフトウェアには 2 つの部分があり、1 つは C++ で記述され、もう 1 つは Erlang で記述されています。C++ の部分は、TCP/IP (6 ～ 7 の奇妙な独自プロトコルのセット) を介していくつかの外部エンティティと通信します。私が主にホットロードを行う必要がある部分は、これらの外部エンティティと通信する C++ 部分です。C++ の部分はポートを介して Erlang と通信します (現在開発中) が、それを NIF に変更したいと考えています (いずれ将来的に)。

誰かが C++ 機能のホットコード ロードの戦略を提案できますか? Erlang の機能については承知していますが、機能が C++ で記述された部分に拡張されていないことを理解しています。

また、独自のプロトコル実装を含む C++ モジュールが「有効なソース」からのものであることを確認する必要があります。そのための正しい戦略は何ですか？

私の要件は珍しくないので、そのようなモジュール、フレームワーク、ライブラリが存在する場合は、それらを指摘していただければ幸いです。

Python で書かれたプログラムに変更をプッシュする最良の方法は何ですか? 定期的に更新される Python で書かれたソフトウェアがあります。これを行う最良の方法は何ですか？すべてのマシンに Windows 7 が搭載されます。

また、私の質問の曖昧さを許してください。更新手順を実装する必要があるのはこれが初めてです。追加してほしい詳細を自由に述べてください。

組み込み Linux デバイスで実行するアプリケーションがあり、時々ソフトウェアに変更が加えられ、場合によってはルート ファイル システムやインストール済みのカーネルにも変更が加えられます。

現在の更新システムでは、古いアプリケーション ディレクトリの内容は単純に削除され、新しいファイルがその上にコピーされます。ルート ファイル システムに変更が加えられると、新しいファイルが更新の一部として配信され、古いファイルに単純にコピーされます。

現在、現在のアプローチにはいくつかの問題があり、状況を改善する方法を探しています。

• ファイル システム イメージの作成に使用されるターゲットのルート ファイル システムはバージョン管理されていません (元の rootfs さえないと思います)。
• 更新に入る rootfs ファイルは (差分ではなく) 手動で選択されます。
• 更新は継続的に成長し、それはピタになります。アップグレードに大きな rootfs の変更が含まれる場合、更新とアップグレードが分割されるようになりました。
• アップデートの一貫性チェックは、実装されたとしても脆弱であるという印象があります。

要件は次のとおりです。

• アプリケーション更新パッケージは大きすぎてはならず、変更が行われた場合にルート ファイル システムを変更できる必要もあります。
• アップグレードははるかに大きくなる可能性があり、ルート ファイル システムに入る要素 (新しいライブラリ、カーネルなど) のみが含まれます。アップデートでは、アップグレードがインストールされている必要がある場合があります。
  アップグレードにルート ファイル システム全体を含めてdd、ターゲットのフラッシュ ドライブで単純に実行できますか?
• 更新/アップグレード パッケージの作成は、可能な限り自動化する必要があります。

ルート ファイル システムのバージョン管理を行う何らかの方法が絶対に必要です。diffこれは、ターゲット デバイスの rootfs を更新するために使用できる何らかの方法で計算できるようにする必要があります。

ソース コードに Subversion を使用しているため、すでに Subversion を調べましたが、Linux ルート ファイル システム (ファイルのアクセス許可、特殊ファイルなど) には不適切です。

に似たものを提供できるシェルスクリプトをいくつか作成しましたsvn diffが、これに対して機能するテスト済みのソリューションが既に存在するかどうかを知りたいです。

そのような を使用diffすると、アップグレードは単純に、既知のルート ファイル システムの状態に基づく増分更新を含むパッケージになると思います。

これについてあなたの考えやアイデアは何ですか？そのようなシステムをどのように実装しますか? あまり時間をかけずに実装できるシンプルなソリューションを好みます。