統合が送信された後、Perforceで「ブランチ」オブジェクトを保持することは完全に必要ではないように思われます。
つまり、「実際の」ブランチは実際にはフォルダーパスであり、統合を実行するために作成されたブランチオブジェクトを削除しても、フォルダーパスは引き続き有効であり、このパス内のすべてのファイルは引き続き存在します（バージョン管理が再開されます）。 ＃1などから...）。
私が困惑したのは、ブランチ（オブジェクト）名を編集しようとすると、代わりに、新しい名前の前のブランチのコピーである新しいブランチが作成されることです。しかし、前のものを削除しても、害はなかったようです（一見）。
PERFORCEのブランチオブジェクトは、実際には、それが記述するマッピングが同一である限り、ツールを自由に破棄および再作成できる便利なメカニズムにすぎませんか？
トーマス
「ブランチオブジェクト」とは、「ブランチ仕様」を意味すると思いますか？ブランチ仕様は、P4Vの「ブランチ」というラベルの付いたタブで作成するものです。はい、これらは単なる便利なものであり、実際の分岐ファイルにはまったく影響しません。それらを削除することができ、それらが説明する実際のブランチは変更されません。
分岐および統合操作を実行するために、分岐仕様は必要ありません。これはすべて、デポツリーのファイルとフォルダのコンテキストメニューで使用できる[統合...]項目を介して実行できます。ブランチ仕様では、トランクとブランチの間にマッピングを設定することで、これをより簡単に行うことができます。ブランチの仕様は通常、次のようなもので構成されるため、通常は使用しません。
//depot/foo/dev/... //depot/foo/v1.5/...
この単純なもののブランチ仕様を作成しても、実際には時間を節約できません。トランクファイルとブランチ間のマッピングがより複雑になると、ブランチの仕様が役立つことがわかります。
ブランチ仕様は、実際のブランチ/統合操作とは完全に分離されていますが、ブランチ仕様では、ストレートパスで簡単に実行できるよりも複雑な統合が可能です。（たとえば、複数のパスをまとめたり、ツリーを再配置したりします）。
ファイルパスの統合のシーケンスとして表現できないものがあるかどうかわかりませんか？
複雑なブランチ仕様を維持することの利点は、インクリメンタル統合の実行が容易になることです。