Perforce 性能-在代码审查期间继续进行项目工作

Perforce 性能-在代码审查期间继续进行项目工作,perforce,Perforce,我是一个吉特人。在git中,在我完成一个小特性之后,我将提交分支以进行审查,并启动一个新分支以处理新特性 例如,我已经提交了特性a的代码recview,它仍在审查中。现在,我想开始研究功能B,假设功能A的代码将在不久的将来合并。在Git中,通常我只是创建一个新分支来处理新功能,如果功能a出现问题,我可以轻松切换回分支a来修复它,并将固定版本合并到我的新功能分支 它是如何在Performance中实现的?我是否应该将整个代码复制到某个地方,作为自己管理分支的一种方式 如果您愿意,您可以使用与在Gi

我是一个吉特人。在git中,在我完成一个小特性之后,我将提交分支以进行审查,并启动一个新分支以处理新特性

例如,我已经提交了特性a的代码recview,它仍在审查中。现在,我想开始研究功能B,假设功能A的代码将在不久的将来合并。在Git中,通常我只是创建一个新分支来处理新功能,如果功能a出现问题,我可以轻松切换回分支a来修复它,并将固定版本合并到我的新功能分支


它是如何在Performance中实现的?我是否应该将整个代码复制到某个地方,作为自己管理分支的一种方式

如果您愿意,您可以使用与在Git中完全相同的方法来执行此操作——创建feature B分支并在那里处理feature B。如果需要对要素A分支进行更改,可以将这些更改合并回主线和/或要素B分支

如果您将代码评审作为工具架进行,那么您可以一次开发任意数量的代码评审;当您同步+解析时,搁置的更改将有效地“重设”到已提交的更改上


FWIW,通常我在Perforce中进行审查的方式是在我自己的开发分支上进行更改,设置与主线的合并,然后搁置以供审查。这样我就可以不间断地继续我的开发分支工作,我不需要创建新的分支,如果需要对正在进行的合并进行修复,我可以修改搁置的更改(通过将修复提交给我的分支并将其添加到合并中,或者将编辑作为合并操作的一部分);它还具有将冲突解决(如果有)作为审查变更的一部分的好处。

您可能需要澄清您的问题。您的审查流程是什么样的?在审查之前的变更时,您被阻止继续在分支机构工作?我从未见过Perforce中实施的审核流程会在审核过程中阻止工作。请参阅我在问题中的编辑。您绝对不应该将整个代码复制到某个地方作为自己管理分支的方式。改用SCM系统的功能!