Perforce 切换框架/库的不同版本的性能和处理

我有两个版本的框架，都存储在我仓库的“第三方”目录下。一个是我正在评估的测试版，另一个是稳定的。当我第一次创建我的工作区时，我将其设置为使用稳定的工作区，但现在我想将其切换为使用beta工作区进行测试。我有几个问题：

假设这些框架被命名为Framework-2.0-beta和Framework-1.0-stable。理想情况下，我希望它们只是简单地映射到本地机器上的“framework”目录，这样我就不必更改项目文件中的所有include路径等。然后，从理论上讲，如果我想在框架之间来回交换，我只需从仓库中更改要拉的框架，然后再次进行更新。我该怎么做？起初我试着像上面提到的那样映射它们，但使用这种方法似乎会出现一些错误

这是处理类似事情的最佳方式吗？比如，我是否应该只使用一个独特的工作区来处理一个版本的框架，而不是另一个版本的框架

---

感谢您的帮助。

使用just Performance means最直接的方法是将两个版本都放在框架中 框架在项目的clientview中执行并映射其中一个。 例如，将框架提交到如下位置： //第三方/框架-2.0-beta/。。。 //第三方/框架-1.0-stable/

在Project clientview中，您可以将其中一个映射到固定的目标路径，例如： //第三方/框架-2.0-beta///您的客户机/框架/

到目前为止还不错。 但是在更大的环境中（有几个人在开发同一个项目），这种方法肯定会遇到问题，因为：

• 工作区的编译/测试/性能结果不正确 在同一项目中工作的其他人必须是相同的 （取决于客户端视图）

• 具有多个模块（第三方或非第三方）并在此模式下进行处理 这种方式将难以管理，并导致交叉依赖性问题（例如模块a 版本2将要求模块b版本>3，但这不适用于某些其他版本 模块等）

---

有一些工具可以解决这些依赖性问题。查找或。

在客户端视图中映射它们应该可以正常工作。你到底尝试了什么，又犯了什么错误？基本上我的客户端视图是这样的：//depot/framework-2.0-beta///我的工作区/框架/-//仓库/框架-1.0-stable///我的工作区/框架/。。。当我将-sign从1.0切换到2.0时，我的本地“framework”目录似乎处于“奇数”或不完整状态。它丢失了很多文件。我尝试了“获取修订->获取最新版本”的强制选项，但从未更新过。我想我一定是把事情弄糟了，因为我换了服务器，建立了一个新的仓库，而且这个方法到目前为止似乎还有效……谢谢你的回答。仅仅为每个版本创建一个工作区是否更有意义？所以我有一个工作区，其中项目和1.0框架存储在一个目录中，另一个工作区中项目和2.0框架存储在一个完整的单独目录中？因此，它们都是完全独立的……这可能会更干净一些，并且在小环境中（只有很少的模块和很少的开发人员）也能很好地工作。