いアプローチリリース管理のためのwebアプリケーション(SaaS)?

Question

どのプラットフォームに新規バージョンをリリースの開催webアプリケーション、やることはあまりないかもしれない通常のリリース?いち任意の日、毎週、月、など。への展開に蓄積された設定の修正も用のアプローチと同様 ジョエルのアプローチを出荷日)?待ってよりはだいぶ長くなっているも敗戦の主要な活用主催のアプリです。一方、目が離せない展開となっ常にロールの新しい機能が混乱させるおそれがあるのユーザーの場合たものがありました毎に異なるたログインします。

これまで私が経験しており、その設置サーバベースまたはデスクトップアプリとなります。いまで見せられるのか、興味がどのようなリリース管理人のご使用は主催のアプリです。

Answer 1

Googleのアプローチは、おそらくエンドユーザーにとって最適ですが、複雑さが犠牲になります。

彼らは、新しいバージョン（および場合によっては個々の変更）を非常に一定の基準で（プロジェクトに応じて毎日）展開します。しかし、ここにキッカーがいます。新しいバージョンが提供されるのはごく一部のユーザーのみです。

Googleには大きな製品に多数のユーザーがいるため、<！> quot; 5％のユーザーがこの機能を見る必要がある<！> quot;。

のようなルールを設定するのが実用的です。

その後、結果を分析し、ユーザー人口のさらに15％に向けて次のリリースを計画できます。

Answer 2

など技術者を定義したい場合は、日常生活にいかにより駆動される事の背後のシステム。でも本当の自然の更新など---。

の内容をHTMLの更新すべきでない大きな取引を押します。法令、規範の遵守と見直すべき、という設定された試験ルーチンは、プレビュー前にて開催される事が発表されます。

それだけでは必要なものとして知られている"クリーン"を展開（アンデプロイができます。また、"やさしい"を見直し、監査の変化に達することをおすすめします。

コミットメント-ラインの"今"と"ュ"できるコントロールする。すべての変更弊社のプロジェクトで開発された枝が分岐から、"生産"です。を変更する場合には、事前にきち、"生産"支店を十分に統合します。を行うライブでの統合の適切な支店の"生産"とrsyncingでのライブします。Gitすることが容易です。

これにより変化いライブできるものではありません紛争とその他の変更に進んでいます。

以来、このシステムの導入、日常的な展開が飛躍的に増大する効率性や透明度をとにより、当社の目から複数回の日を一度に数ヶ月です。すべてができます。いことを望1-2リリース毎週間サイクルに活躍す。

Answer 3

早期かつ頻繁にリリースすることが、私がしていることであり、私たちが仕事をしている場所でしていることです。また、更新を行うたびに更新についてブログに投稿します。すべての更新を一度に1つの更新にまとめて（QA、ロールバックなどのために）できる限り最善にすると、おそらく簡単になります。ユーザーの観点から見ると、多くの更新に問題はないと思います。悪い更新でない限り。 1年または6か月間待ち、すべての更新を1つの大きなリリースにまとめると問題があると思います。それは私が働いていたプロジェクト（おそらく聞いたことがある人気のあるフィードリーダー）を殺したものです。人々は私たちが死んだと考え、知覚が現実になりました。私たちは見捨てられました。だから私はすべて消火ホースのリリーススケジュールをしています。

Answer 4

2週間ごとで十分ですが、これは市場によって大きく異なります。

Answer 5

Planbox（Webベースのアジャイルプロジェクト管理SaaS）では、毎日リリースしています。アプリケーションロジックのほとんど、およびプレゼンテーションロジックのすべてがフロントエンド（Javascript）にあるため、これを行うことができます。 HTMLでさえ、テンプレートエンジンを使用してJavascriptで生成されます。しかし、バックエンド（PHP）とそのREST APIはほとんど変わりません。これにより、互換性を損なうことなく、いつでもクライアントの新しいバージョンをプッシュできます。

このようなアーキテクチャに移行できれば、時間を大幅に節約でき、効率が大幅に向上します。