Subversionは、私は現在、私のSVNリポジトリで次のセットアップを抱えている既存のタグ

Question

にトランクをマージします。

これでProjectPoolのタグが時々変更されます。これはProjectAの特定のトランクバージョンがコミットされていることを意味し、このリビジョンからRoot/ProjectPool/projectAにコピーを作成したいと考えています。新しいタグは古いタグを置き換えるはずですが、使用可能な履歴があるはずです。

私のコンピュータ上にブランチを持っていて、私は決してそれを変更することはありません。しかし、それは完全にリポジトリ上で行う必要があります。 （チェックイン/チェックアウトをしなくても）

これで、私はRoot/ProjectPool/projectAの履歴を見て、その変更を見ることができます。高レベルの改訂履歴の種類。

UPDATE：
私は私が今まで着いてきた答えを見た後、私はProjectPoolにおけるプロジェクトのコピーがの枝であることを言うだろう明確な質問-.-
を頼むのを忘れてごめんなさい元のプロジェクト。 ProjectPoolで新しいバージョンが必要なときはいつでも、それらをトランクからマージすることができます。
最初に作業コピーを作成する必要なく、「オンライン」でマージする方法がある場合は、今質問があります。

Answer 1

> >ここで、ProjectPoolのタグは時々変更されます。

はマイルストーンであり、変更するべきではありません。各リリースで新しいタグを作成する必要があります。

> >これはPROJECTAの特定のトランクのバージョンを意味コミットし、私は、ルート/ ProjectPool/PROJECTAにこのリビジョンのコピーを作成したいです。新しいタグは古いタグを置き換えるはずですが、使用可能な履歴があるはずです。

は、ここで必要となるあなたが繰り返しProjectAのtrunkと合併することができますProjectPool下ProjectAのbranchです。この

svn merge sourceURL1[@N] sourceURL2[@M] [WCPATH] 

ようなもので参照してください：http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.merge.html

> >これは私がルート/ ProjectPool/PROJECTAの歴史を調べて、それの変化を見ることができるようになります。高レベルの改訂履歴の種類。

あなたのディレクトリ構造を見てきたようです。可能であれば、この構造に従うことをお勧めします。

-Root 
    +--ProjectPool 
     +--ProjectA 
      +----trunk 
      +----tags 
      +----branches 
     +--ProjectB 
      +----trunk 
      +----tags 
      +----branches 

あなたはそのtag秒で PROJECTAとProjectBのを解放することができます。より新しい開発はtrunkに続きます。任意のサイド開発、またはスポットリリースについては、ブランチディレクトリにbranchを作成します。分岐が完了したら、それをトランクに再びマージします。このように、お客様のtrunkは常にすべての改訂と変更を反映します。そして、これはより便利です（従来の）。

これが役に立ちます。

• http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.merge.html

は特別な注意を払ってください：

Answer 2

あなたは本当に、私はあなたがmergeサブコマンドを認識しているかどうかわからないが、それはあなたが必要とする一つだどんな質問をしません--acceptパラメータに設定します。私はまた、Subversion BookのBranching and merging章を読んでお勧めします

C:\>svn help merge 
[...] 
    --accept ARG    : specify automatic conflict resolution action 
          ('postpone', 'base', 'mine-conflict', 
          'theirs-conflict', 'mine-full', 'theirs-full', 
          'edit', 'launch') 

：あなたは、自動化された紛争解決を得るためにそれを必要とします。