我做了一个相当大的重构,构建了一个二进制文件并提交给 QA 进行测试。我想在等待 QA 回来的同时开始开发新功能,假设我可能必须返回并根据 QA 结果更改一些内容。
在 Git 中,我会在分支上进行重构 bigRefactor
, 在此基础上进行构建,提交给 QA,然后分支 postBigRefactorNewFeature
来自 bigRefactor
并继续工作。当 QA 返回所需的更改时,我会切换回 bigRefactor
,进行所需的更改,提交,然后切换到 postBigRefactorNewFeature
或者git rebase
或 git cherry-pick
从 bigRefactor
带来我的改变进入postBigRefactorNewFeature
.
在 Perforce 中,我能想到的最好办法是将我用于 QA 的文件搁置在更改列表 A 上,描述为“大重构”而不在本地恢复,将本地更改(现在复制到搁置)移动到新的更改列表 B 的描述为“发布大重构新功能”,然后继续工作。当 QA 回来时,我将不得不搁置我在变更列表 B 中的工作,恢复,从变更列表 A 中取消搁置,进行所需的更改,然后以某种方式将变更列表 B 中搁置的文件 merge 到工作区中。
据我所知,无法将书架 merge 到工作区的当前状态。我该怎么做?
最佳答案
是的,您可以使用您描述的工作流程将货架用作微型分支。 Perforce 处理“以某种方式 merge 书架上的文件”部分。
只要您有足够新的服务器版本,您就可以将架子上的更改 merge 到工作区的当前状态(我相信此功能是在 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 不同。
关于git - 与此 Git 工作流等效的 Perforce 工作流是什么?货架?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27292658/