2

私は会社のイントラネット Web サイトに取り組んでおり、現在、すべての開発で主に「トランク」を使用してバージョン管理として SVN を使用しています。大きな新機能はブランチで開発され、後でトランクにマージされます。

しかし最近、最初に指定されたテスト サーバーですべての変更を利用できるようにし、これらの変更をテスト/検証するための 1 週間の時間を全員に与えてから、異議/バグが見つからない場合は運用サーバーで利用できるようにすることにしました。

今のところブランチと開発モデルを範囲外に置いておくと、共存する必要がある 3 つの異なる「環境」が得られます。

  • 発達
  • テスト
  • 製造

問題は、トランクで継続的に開発していることです。チャンクが終了したら、これをテスト サーバーでアクティブ化し、1 週間後に検証されたら、本番でもアクティブ化したいと考えています。

これは私が思いついたアイデアですが、これが正しい方法であるかどうかについてフィードバックを得たいと思います。

トランクで「通常の」開発を続け、後でトランクにマージされる大きな変更には機能ブランチを使用します。ここでは変更しません。次に、トランクの 2 つのコピーを作成branches/testしbranches/productionます。そうすれば、トランクに何かをコミットするたびに、最初にテストしてから本番環境に移すことができます。これにより、テストでまだ承認されていない可能性のある他の変更を保持しながら、いくつかの変更を本番環境にマージできます。

これは良い方法ですか？前もって感謝します！

4

1 に答える 1

0

セットアップ方法は次のとおりです。トランク上で開発します。私たちの開発作業はローカルのラップトップで行われ、十分に機能するようになったらチェックインします。次に、開発サーバーへのトランクに展開し、そこで少しテストを行います。

トランク上のテスト サーバーにもデプロイしますが、Dev サーバーで動作していることを確認した後でのみ、テストのコードが製品用に承認されている場合はデプロイしません。

そのため、Dev は最新のチェックインであり、Test もしばしば最新ですが、古いリビジョンの場合もあります。これらは両方ともトランクにあります。

Test のコードが Prod 用に承認されたら、タグを作成し、コピーしたアプリにタグをデプロイし、ソース コードが期待どおりであることを確認してから、そのタグで作成されたアプリケーションを Prod にデプロイします。

最終的に QA に合格した Test のコードがトランク内の最新のものではない場合、リビジョン番号からタグを作成するだけです。

すべてを一度に展開したいので、ブランチはあまり使用しません。しかし、主要な機能にブランチを使用したこともありました。すべての準備が整ったときに統合するためのツールがあります。

于 2013-07-26T09:53:04.913 に答える