web-dev-qa-db-ja.com

Google App Engineアプリでバージョン文字列を管理するためのベストプラクティスは何ですか？

Google App Engineでは、appspotプロジェクトに最大10の異なるバージョンをアップロードできます。たとえば、exampleというプロジェクトがある場合、URLは次のようになります。

http://example.appspot.com

アップロードする各バージョンには、バージョン文字列が与えられます。考えられる例は次のとおりです。

  • 開発者
  • 1
  • 1_2
  • 演出
  • エニーストリング

特定のバージョンにアクセスするには、次のようにドメインの前にバージョン文字列を付けます。

http://1.example.appspot.com

もちろん、そのバージョンを「デフォルト」バージョンにすると、最初の元のURLのように、バージョン文字列をプレフィックスなしでアクセスできます http://example.appspot.com 。

あなたの経験では、Google App Engineアプリでバージョン文字列を管理するための現在のベストプラクティスは何ですか？また、最大10バージョンを超えて削除を開始する必要がある場合、推奨される方法は何ですか？

cloud-computinggoogle-app-engineversioningplatforms
6
jmort253

主な問題は、リリースエンジニア（開発者と同じである可能性があります）がどのバージョンであるかについて混乱しないようにすることです。小さなプロジェクトでは、通常、順次ビルド番号（1、2、3、4、...）で問題ありません。コードをデプロイした日付（2011_05_29）を使用することもできます。

複数の開発者がいて、それらがライブバージョンになる予定のないバージョンを展開している場合、それらを "myusername_test"のような名前で呼び出すと、誤って展開するのを防ぐことができます。

テスト用ではなく、特定の目的のための特別なバージョンがある場合があります。たとえば、メンテナンスのためにサイトをダウンさせたい場合にデフォルトにする「down」という名前のバージョンがある場合があります。または、「管理者」バージョンなどが考えられます。

本当に安全であるためには、テストには別のアプリIDを使用する必要があります。多くの場合、各開発者は自分のアプリIDを持っています。ただし、これには、テストデータを入力するか、本番アプリIDからデータをコピーする必要があります。

バージョンの削除に関しては、万が一の場合に備えて、常に1つまたは2つのバージョンをライブバージョンの後ろに置いておきますが、それはあなた次第です。

3
Brian Slesinsky