如何在perforce中搁置工作区中所有用户的更改？
P4信息： 服务器版本：P4D/LINUX26X86_64/2013.2/938876（2014/09/23） 如何搁置工作区的所有用户/客户端所做的更改？如何在perforce中搁置工作区中所有用户的更改？,perforce,Perforce,P4信息： 服务器版本：P4D/LINUX26X86_64/2013.2/938876（2014/09/23） 如何搁置工作区的所有用户/客户端所做的更改？ 我有一个工作模型，其中用户a创建工作区，填充P4同步，然后在默认CL中进行一些更改。然后用户B转到同一工作区并进行更多更改。显然的y“p4搁置”将仅搁置用户A所做的更改。用户A需要能够将其更改和用户B的更改一起搁置在一个搁置中 我不建议用户共享同一个工作区。尽管如此，您仍然可以遵循以下程序： 完成工作后，用户A将其文件置于书架上 开始工作时
我有一个工作模型，其中用户a创建工作区，填充P4同步，然后在默认CL中进行一些更改。然后用户B转到同一工作区并进行更多更改。显然的y“p4搁置”将仅搁置用户A所做的更改。用户A需要能够将其更改和用户B的更改一起搁置在一个搁置中 我不建议用户共享同一个工作区。尽管如此，您仍然可以遵循以下程序：
根据需要继续，就像在接力赛中传递接力棒一样。我不建议用户共享同一个工作区。尽管如此，您仍然可以遵循以下程序：
根据需要继续，就像在接力赛中传递接力棒一样。+1表示“不建议用户共享同一工作区”。这个共享代码区域应该是一个分支/流，而不是一个工作区。^^^^^^^显然是更好的处理方法！共享工作空间在我们的业务中并不少见。有时会要求不同的专家在提交之前做出特殊的“贡献”。更新：一个真正的“用户A”说“p4重新打开-c默认”将用户B的更改放在他的默认CL中。我认为这是不可能的。这有意义吗？不可能在同一个工作区中分离对同一个文件的更改，所以是的，听起来差不多。共享一个工作区并没有真正的意义。+1表示“不建议用户共享同一个工作区”。这个共享代码区域应该是一个分支/流，而不是一个工作区。^^^^^^^显然是更好的处理方法！共享工作空间在我们的业务中并不少见。有时会要求不同的专家在提交之前做出特殊的“贡献”。更新：一个真正的“用户A”说“p4重新打开-c默认”将用户B的更改放在他的默认CL中。我认为这是不可能的。这有意义吗？不可能在同一个工作区中分离对同一个文件的更改，所以是的，听起来差不多。共享工作区并没有真正意义。