为什么perforce不支持`share`映射的`@changelist`语法？

Question

有关流路径的文档指出

@changelist

语法通过特定的“仓库修订版”（称为更改列表）限制

import

'ed 文件的上限修订，为什么它不支持

share

'ed 路径的相同版本？通过特定修订来限制所有其他文件也是有意义的，只是不要为不同的映射路径创建多个不同的历史记录 例如，我可以这样做：

import ... //my_stream/path/...@12345
share folder_a/...

这导致了这样的项目结构：

- folder_a (shared)
- folder_b (imported)
- folder_c (imported)

此时我们有一个项目，需要两个不同的步骤来获取最新版本：

• 获取

  import

  'ed 文件的最新操作（始终限制为项目文件的

  12345

  版本）
• 从父流向下合并，这需要不要忘记在过滤器选项卡中指定

  Up to 12345

后一步使其不清楚，因为如果您忘记指定

Up to ...

过滤器，则会导致完整性问题（例如，代码和艺术不符合历史同步）。是否可以以某种方式修复流中的

share

更改列表？

相对于

share

的部分来说，将来拥有

import

的文件是没有意义的，为什么它甚至作为 Perforce 中的一个功能存在？

Answer 1

share

用于您将对其进行本地修改的分支路径；对您提交新更改的文件设置修订限制是没有意义的，因为新更改在逻辑上会被限制排除。

如果您从不打算修改路径中的文件而只想从父流继承它们，那么

import

确实是正确的路径类型！