svn - SVNとデプロイメントワークフロー

Question

シンプルにしようとしていますが、バージョン管理の経験がほとんどないので、すでに稼働しているFacebookアプリケーションのバージョンと展開のワークフローについて私が思いついたものは次のとおりです。

発達：

1. 幹からの枝

2. 開発環境のチェックアウトとセットアップ（データベース、NetBeansプロジェクト、Facebookアプリ、構成ファイルを自動的に作成します）。

ステージング（開発ブランチと同じ）：

1. テストを（手動で）実行します。

2. okの場合-svncommitand merge development / staging branch with trunk

3. コミット後のフックを使用して、プロジェクトをライブサーバーにデプロイし、必要に応じて本番データベースを更新します。

さまざまな開発ブランチを同期します。1つの開発ブランチが本番環境に移行した場合は、まだ開発中の他のブランチとマージします。

このワークフローに重大な間違いはありますか？またはそれを改善する方法についての提案。

PS：今のところ私は唯一の開発者です。

上記を説明するための画像。

Answer 1

少し複雑に聞こえます。

ステージングにブランチが必要なのはなぜですか？開発者ブランチタイプのワークフローを使用している場合、トランクにマージして戻すとすぐに、これを展開できます。

特にあなたは今のところ唯一の開発者なので、これはSubversionの過度の分岐とマージのように聞こえます。私は自分の生活をよりシンプルにし、一般的な分岐パターンの1つを維持しようとします。

Answer 2

1人の開発者にとっては不要です。ステージングブランチで開発し、準備ができたらトランクにマージするだけです。

機能ブランチ（提案されたワークフロー）-プロジェクト/リリースを並行して開発する必要がある大規模なコードベースでうまく機能します。

リリースブランチ-プロジェクト/リリースが反復型開発サイクルに従う小さなコードベースに適しています。