简体   繁体   English

Perforce(p4)搁置工作流程?

[英]Perforce (p4) shelve workflow?

I'm trying to devise useful workflows for working with p4 shelve. 我正在尝试设计用于p4搁置的有用工作流程。 I'm a git user and miss a lot of its features. 我是git用户,错过了很多功能。

The basic flow (store an unfinished changelist, do something else, go back to finish the initial task – the equivalent of git stash) is trivial; 基本流程(存储未完成的变更列表,执行其他操作,返回以完成初始任务–相当于git stash)很简单; I'm looking for tutorials/articles about how to use this feature in more complex scenarios. 我正在寻找有关如何在更复杂的场景中使用此功能的教程/文章。

Should I give up and use git-p4 or p4sandbox instead? 我应该放弃并改用git-p4或p4sandbox吗?

There's one basic practice widely used in variety of tools - it's sharing changes among people. 有一种基本实践广泛用于各种工具中-在人们之间共享变更。

  1. Share as is - your pending change list will be accessible by others so they could take your delta to re-use 按原样共享-其他人可以访问您的待处理更改列表,因此其他人可以利用您的增量来重复使用

  2. Share for review. 分享以供审查。 Eg Code Collaborator uses Perforce shelves as a subject to review. 例如,代码协作者使用Perforce货架作为要检查的主题。

  3. Share for further automation. 分享进一步自动化。 Eg my company uses P4 pending changelists for taking changes into continuous integration with further submission in case of passing tests. 例如,我的公司使用P4待定变更列表将变更纳入持续集成,并在通过测试的情况下进一步提交。

So basically from git or any other DVCS user point of view, shelves are a weird alternative to branches, there's nothing you can't do with shelves you can do with branches in DVCS. 因此,基本上从git或任何其他DVCS用户的角度来看,架子是分支的怪异替代品,在DVCS中,没有什么可以对分支使用架子的。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM