与此 Git 工作流程等效的 Perforce 工作流程是什么？货架？

Question

我进行了相当大的重构，构建了一个二进制文件并提交给 QA 进行测试。我想在等待 QA 回来的同时开始开发新功能，并假设我可能必须返回并根据 QA 结果进行一些更改。

在 Git 中，我会在分支 bigRefactor 上进行重构，基于它进行构建，提交给 QA，然后从 bigRefactor 分支 postBigRefactorNewFeature 并继续工作。当质量检查返回所需的更改时，我会切换回bigRefactor，进行所需的更改，提交，然后切换到postBigRefactorNewFeature 和git rebase 或git cherry-pick，将我的更改从bigRefactor 带到@987654329 @。

在 Perforce 中，我能想到的最好办法是将我用于 QA 的文件搁置在更改列表 A 上，并带有描述为“大重构”而不在本地恢复，将本地更改（现在复制到架子上）移动到新的带有描述“发布大重构新功能”的更改列表 B，然后继续工作。当 QA 回来时，我将不得不搁置我在变更列表 B 中正在处理的内容，从变更列表 A 中恢复、取消搁置，进行所需的更改，然后以某种方式将变更列表 B 中搁置的文件合并到工作区中。

据我所知，没有办法将架子合并到工作区的当前状态。我该怎么做？

Answer 1

是的，您可以使用您描述的工作流程将书架用作微型分支。 Perforce 以“以某种方式从架子上合并文件”部分为例。

只要您有足够新的服务器版本，您就可以将架子上的更改合并到工作区的当前状态（我相信这个功能是在 2011.1 版本中添加的，尽管它可能比那晚了一点） .

您可以“取消搁置到打开的文件中”；当您取消搁置对您当前打开的文件进行编辑的架子时，Perforce 会在搁置的更改和打开的文件之间安排解析。

整个过程与其他解析非常相似，使用起来非常简单。

这是新功能的发行说明。

#299614 (Bug #38221, #39099) **
    Unshelving a file opened for edit over a file already opened
    for edit in the workspace is now allowed. A resolve record is
    created when unshelving, and the user must then run 'p4 resolve'
    to resolve the workspace files with the shelved files. 

其他最近搁置的功能包括通过分支规范取消搁置的能力，以及直接提交搁置的更改而不先取消搁置的能力。在最近的版本中，货架发生了很大变化。

您可以设置一个小型测试服务器并对此进行一些试验，以便更详细地了解它的工作原理，并在 Perforce 行为令人困惑时提出更准确的问题。

也就是说，我自己的经验是，如果您的工作流程足够复杂，那么执行“将货架用作迷你分支”的方法就会变得令人困惑，因此在某些时候只需创建分支就可以了。当然，Perforce 完全支持分支，即使精确的机制与 git 不同。