ライブサイト用に 2 つのクライアントと 1 つのサーバーで SVN を設定する

Question 1

最も簡単な解決策は、おそらく 3 か所のコード (トランクのみ、ブランチなどなし) をチェックアウトすることです。その後は、適切なタイミングで適切なフォルダーで「svn up」を実行するだけです。

したがって、次のことを試してください (コメントで各ビットについて説明します)。

#SSH to the server as a user who can modify /var/www/vhosts/...
...

cd /var/www/vhosts/ # Since this is a live server, we need to make the
                    # changeover fast, so work in a new folder. 
mkdir example.com_svn # Make the new folder
cd example.com_svn
svn co http://example.com/svn/repos/website staging # Check out the repository 
                                                    # into a new folder called
                                                    # "staging".(Change "website"
                                                    # to your folder name)
svn co http://example.com/svn/repos httpdocs # Ditto, but "httpdocs"

# At this point you need to make the file permissions and ownership the same as
# the folders within the /var/www/vhosts/example.com.
# Once you've done that continue...

cd ..
mkdir example.com_old
mv example.com/staging example.com_old/. && mv example.com_svn/staging example.com/.   
 # This will make the svn version of the staging site live. Check that it works
 # then do the same with the httpdocs folders.

もっと複雑な解決策としては、ステージング用とライブ用の 2 つのコードブランチを使用することです。しかし、この場合はやりすぎでしょう...

Answer

最も簡単な解決策は、おそらく 3 か所のコード (トランクのみ、ブランチなどなし) をチェックアウトすることです。その後は、適切なタイミングで適切なフォルダーで「svn up」を実行するだけです。

したがって、次のことを試してください (コメントで各ビットについて説明します)。

#SSH to the server as a user who can modify /var/www/vhosts/...
...

cd /var/www/vhosts/ # Since this is a live server, we need to make the
                    # changeover fast, so work in a new folder. 
mkdir example.com_svn # Make the new folder
cd example.com_svn
svn co http://example.com/svn/repos/website staging # Check out the repository 
                                                    # into a new folder called
                                                    # "staging".(Change "website"
                                                    # to your folder name)
svn co http://example.com/svn/repos httpdocs # Ditto, but "httpdocs"

# At this point you need to make the file permissions and ownership the same as
# the folders within the /var/www/vhosts/example.com.
# Once you've done that continue...

cd ..
mkdir example.com_old
mv example.com/staging example.com_old/. && mv example.com_svn/staging example.com/.   
 # This will make the svn version of the staging site live. Check that it works
 # then do the same with the httpdocs folders.

もっと複雑な解決策としては、ステージング用とライブ用の 2 つのコードブランチを使用することです。しかし、この場合はやりすぎでしょう...

Question 2

ed の回答の拡張版

序文

すべてを正しく動作させ、内部のプロセスを理解するためには、Subversionの管理スキルを習得する必要があります。

顔

あなたは〜を持つ必要があります：

1つのリポジトリ
リポジトリに少なくとも 2 つのブランチ (feSTAGINGとLIVE)
ビジネスロジック「STAGE または LIVE ターゲットに公開」が組み込まれたコミット後フック
3 4 つの作業コピー: DEV (ローカルの作業場所、STAGING ブランチにバインド)、MERGE (ローカルの作業場所、LIVE ブランチにバインド)、STAGING (STAGING サーバー上、STAGING ブランチにバインド)、LIVE (LIVE サーバー上、LIVE ブランチにバインド)
STAGINGとLIVEにSVNクライアントをインストール

ワークフロー:

DEVでコードを編集する
コミット - コミット後のフックはステージング上の WC を更新します
ステージングでの変更のテスト
STAGING ブランチから MERGE WC (テスト済み) の変更にマージする /STAGING ブランチから LIVE ブランチに効果的にマージする/
LIVE ブランチの変更をコミット - コミット後のフックは、マージされた変更で LIVE 上の WC を更新します (フックは、コミットメッセージ内のキーワードsvnlook log | grep KEYWORDまたは LIVE ブランチの変更によって、このようなタイプのコミットを検出できますsvnlook dirs-changed)

注記:

サーバー上のWCの代わりにssh & svn upFTPやscpを使用することができます - Subversionは少なくなりますが、サイトの更新で頭を悩ませることになります（削除されたファイルはないFTP|scp によって削除され、共通のプロセスはより複雑に思えます (私にとって)

Answer