私たちは次の 2 つのことを目指しています。
私が見た投稿によると、SVN リポジトリはテスト プラットフォームやライブ プラットフォームとは別のデータ ストアとして、おそらく別のサーバー上に存在する必要があります。
リポジトリ、テスト、およびライブ環境の間でコードを適切にステージングする方法に関する記事/投稿を誰かに教えてもらえますか?
主な関心事は、テスト コードと本番コードの同期を維持することです。これにより、テストでは、テスト環境でレプリケートされたライブ コードへの変更のみが表示されます。
SVN リポジトリの実際のホスティングは、他のインフラストラクチャからはまったく独立しています。ソースコードは生命線であるため、通常、リポジトリは内部の「本番グレード」のマシンでホストされます。
SVN でテスト ステージングを処理する最も簡単な方法は、テスト サーバーにプッシュするバージョンにタグを付けることです。テスト結果に満足している場合は、タグをライブ サーバーにプッシュしても問題ありません。また、現在のライブ バージョンでマイナーなバグ修正を行う必要がある場合は、タグからブランチを作成し、そこで修正をコミットして、最初にテストにデプロイし、次にライブ システムにデプロイすることができます。
より複雑なシナリオでは、「テスト」および「ライブ」ブランチを作成して、トランクからの変更をマージおよび/またはチェリー ピックすることをお勧めします。これは、Subversion 1.5 以降でのみ可能であり、"test" と "trunk" からのすべての適切な変更が "live" に含まれるように注意する人が必要です。
私たちのオフィスでは、Trac、SVN、および個人のサブドメインに分割された開発領域を持つローカル開発サーバーを使用しています。すべての開発者は、プロジェクトごとに独自のサブドメインを持ち、すべてのプロジェクトには独自の SVN リポジトリがあります。
全員が変更を「コミット」し、全員が自分のディレクトリを「更新」する「同期の日」があります。つまり、全員が最新バージョンを取得してから、テストを開始します。
すべてが問題ないことを確認した後、最新のリビジョンを「安定」として「タグ付け」し、lftp を使用してこのバージョンを小さな bash スクリプトと同期します。
お役に立てれば。