git - 与此 Git 工作流等效的 Perforce 工作流是什么?货架?

标签 git perforce

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

在 Git 中,我会在分支上进行重构 bigRefactor , 在此基础上进行构建,提交给 QA,然后分支 postBigRefactorNewFeature来自 bigRefactor并继续工作。当 QA 返回所需的更改时,我会切换回 bigRefactor ,进行所需的更改,提交,然后切换到 postBigRefactorNewFeature或者git rebasegit cherry-pickbigRefactor 带来我的改变进入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/

相关文章:

git - 如何获取一位作者在 repo 协议(protocol)中的所有提交消息?

git - 我如何运行 `git mv --index` (--index 选项在 git mv 上不可用)

git diff 重命名/move 和修改的文件但跳过重命名/move 和相同的文件

perforce - 在 Perforce 文件中查找字符串而不同步

python - Perforce 中已提交更改的自动更新描述。 p4 change -u [更改列表]

git - 有没有办法从现有的 YAML 自动设置 azure devops 管道?

Android - 前缀 "xmlns"不能显式绑定(bind)到任何命名空间; "xmlns"的命名空间也不能显式绑定(bind)到任何前缀

perforce - 使用与 head 不同的修订版填充任务流

emacs - 在 Emacs 中禁用包键绑定(bind)覆盖

Perforce - 获取特定变更列表的差异