在 depot 的单独区域中组织公共文件
Organizing common files in a separate area in depot
通常，我们为我们处理的每个不同产品都有一个软件仓库根。例如：
//products/productX
/productY
由于2个产品的公用文件越来越多，我想把它们放在自己的顶层文件夹中
//products/productX
/productY
/common
现在要确保这适用于所有拥有现有工作区的用户，我们需要更新他们的所有工作区。有其他选择吗？我们可以在 depot 中放置一些标记以创建一个 link 它到不同的文件夹吗？还有其他选择吗？
您所描述的本质上是创建流的原因——流的概念是您在一个地方定义代码行的结构（例如，“产品 X 位于 //products/productX” )，多个人的工作区基于此，当您更改它时（例如，“产品 X 位于 //products/productX + //products/common”），每个基于该定义的工作区都会自动更新。
因此，如果您正在使用流，您需要做的就是更新需要包含新 //products/common 目录的流定义。简单！
如果您使用的是“经典”工作区，使用默认 //products/... 映射的用户将自动获得 common 目录。对于自定义视图的用户，我的建议是提醒他们重构，然后让他们根据需要进行自己的调整；如果他们对 Perforce 足够熟悉以构建自定义客户端视图，他们可能不会喜欢在他们下面进行更改。
通常，我们为我们处理的每个不同产品都有一个软件仓库根。例如：
//products/productX
/productY
由于2个产品的公用文件越来越多，我想把它们放在自己的顶层文件夹中
//products/productX
/productY
/common
现在要确保这适用于所有拥有现有工作区的用户，我们需要更新他们的所有工作区。有其他选择吗？我们可以在 depot 中放置一些标记以创建一个 link 它到不同的文件夹吗？还有其他选择吗？
您所描述的本质上是创建流的原因——流的概念是您在一个地方定义代码行的结构（例如，“产品 X 位于 //products/productX” )，多个人的工作区基于此，当您更改它时（例如，“产品 X 位于 //products/productX + //products/common”），每个基于该定义的工作区都会自动更新。
因此，如果您正在使用流，您需要做的就是更新需要包含新 //products/common 目录的流定义。简单！
如果您使用的是“经典”工作区，使用默认 //products/... 映射的用户将自动获得 common 目录。对于自定义视图的用户，我的建议是提醒他们重构，然后让他们根据需要进行自己的调整；如果他们对 Perforce 足够熟悉以构建自定义客户端视图，他们可能不会喜欢在他们下面进行更改。