6

バージョン管理と Web ベースのアプリケーションを操作するためのプロセスを作成しています。これは私がこれまでに持っているものです:

  1. 私はメインの開発を行ってbranches/developmentおり、テストのために開発サーバーと同期しています。
  2. svn:externalsZend Framework を自分のプロジェクトに持ち込むために使用します。関心のあるリリースのタグのリビジョン番号を使用します。たとえば、1.10.5 リリースはリビジョン 22306 であるため、svn:externals次のようになります。
    • -r 22306 http://framework.zend.com/svn/framework/standard/trunk/library/Zend/ Zend
    • -r 22306 http://framework.zend.com/svn/framework/extras/trunk/library/ZendX/ ZendX
  3. からのテスト済みの安定したコードをマージし、そこbranches/developmentからtrunkバージョン タグを作成します。次に、そのタグによって作成されたリビジョンを本番サーバーにリリースします。

ホットフィックスの計画はまだありませんが、そのような状況に備えて製品タグをオフにできると考えています.

私は Subversion を使用するのにまったく慣れていないので、何かを見落としている場合や、お尻に噛み付くようなことをしている場合はお知らせください。

ありがとう！

4

2 に答える 2

2

あなたのアプローチはうまく聞こえますが、トランクで開発を行い、テストされて安定したらタグ付けすることもできます。メイン開発に別のブランチを使用することで何を得ているのかわかりません。

于 2010-06-01T14:13:51.997 に答える
1

あなたはほとんどの人よりも優れたプロセスを持っています。私が今働いている会社は、あなたが使用しているようなバージョンタグの代わりに新しい製品ブランチ (バージョン 1.01.1、1.01.2 など) を作成することを除いて、まったく同じことを行っています (私たちが使用するスクリプトのため)。

確認する必要があるのは、障害が発生した場合に簡単にロールバックできるかどうかだけです。私がよく使うのはsimリンクです。したがって、本番環境に「デプロイ」するときは、デプロイしているバージョンの新しいチェックアウトを行い、simlink apache が指す先を更新して新しいバージョンをポイントし、テストします。問題が発生した場合は、サーバー上でまだチェックアウトされている最後の作業コピーにリンクを更新します。インスタントロールバック。その問題が解決した場合は、私見に行くことができます。

于 2010-06-01T14:07:09.377 に答える