mainlineをサブフォルダにマッピングするdev streamをセットアップするにはどうしたらいいですか？

Question

次のシナリオでストリームを設定する方法に苦労しています：

標準のメインストリーム、リリース、およびdevストリームを使用しているライブラリプロジェクト（//libX）があります。

ただし、このライブラリを使用する別の製品（//libX/projectA）用のdevストリームが必要です。これらの製品は異なるディレクトリ構造を持ち、//libX/main/...をサブフォルダ//libX/projectA/extern/libX/...にマッピングしたいと考えています。

例えば、私のlibには、次のように構成されています

//libX/main 
    /bin 
    /src 
    /tests 
    readme.txt 

そして、私のプロジェクトは完全に何か他のものですが、私のlibを使用

//libX/projectA 
    /documentation 
    /extern 
     /libX 
      /bin 
      /src 
      /tests 
      readme.txt 
     /MaxSDK 
    /source 
    /tools 
    config.xml 

私は仕事にそれを持っていた最も近いでしたこのような：

• パス：share ...
• 再マップ：... extern/libX/...

ただし、再マップはローカルマシン上のファイルの場所を修正するように見えます。上記のリマップ設定を使用すると、libXファイルはprojectAファイルと同じルートになります。

上記のシナリオはストリームで動作できますか、分岐仕様に戻ってください。

ありがとうございます！

Answer 1

あなたのプロジェクトは、あなたのlibストリームの子ストリームであってはならない - 独自のストリームデポにそれを置くあまり混乱ようだ：

//libX/main 
    /bin 
    /src 
    /tests 
    readme.txt 

//libX/projectA (child of //libX/main) 
    /bin 
    /src 
    /tests 
    readme.txt 

//projectA/main 
    /documentation 
    /extern 
     /libX  (mirror of //libX/projectA) 
      /bin 
      /src 
      /tests 
      readme.txt 
     /MaxSDK 
    /source 
    /tools 
    config.xml 

そして、あなたが行うことによって、この構造を得るだろう：

Stream: //projectA/main 
Paths: 
    share ... 
    import extern/libX/... //libX/projectA/... 

は、残念ながら、このアプローチにはいくつかの制限があります - あなたのlibXパスがない些細なimport path depotPath構文がデポのパスをインポートするのでshare ...そしてimportは、それを正しくありません拾うではないだろうしている場合ストリーム経路。通常のインポートでは、このストリーム内からlibX/projectAに変更することはできません。import+を使用してこれを許可することができますが、import+で十分な問題が見られ、ライブラリを変更するときに自分のワークフローを作成することになります：

p4 switch //libX/projectA 
(make changes) 
p4 submit 
p4 switch //projectA/main 

このライブラリは、あなたが独立して、その中にその作業を行うことができます（など、プロジェクトのユースケースをカバーする独自のユニットテストで）十分にモジュラーであることを前提としていたが。