Version control Performce（p4）搁置工作流？

我正在尝试设计有用的工作流程来使用p4 shelve。我是git用户，错过了它的很多功能

基本流程（存储未完成的变更列表、做其他事情、返回完成初始任务——相当于git隐藏）非常简单；我正在寻找有关如何在更复杂的场景中使用此功能的教程/文章

---

我应该放弃使用git-p4还是p4sandbox呢？

有一个基本的实践被广泛应用于各种工具中，那就是在人与人之间共享变化

按原样共享-其他人可以访问您的挂起更改列表，以便他们可以重新使用您的增量

分享以供审查。例如，代码合作者使用Perforce工具架作为审查对象

共享以进一步实现自动化。例如，我的公司使用P4待定变更列表，将变更纳入持续集成，并在通过测试的情况下进一步提交

---

因此，基本上从git或任何其他DVCS用户的角度来看，托架是分支的一种奇怪的替代品，在DVCS中，您可以用托架做任何事情，而在DVCS中，您可以用分支做任何事情。

我不同意“在DVCS中，您可以用托架做任何事情”。目前我正在实现一个大特性。我已经完成了第一部分，并将其搁置（用于备份和修订目的）。现在我正在实现第二个parft。如果使用git，我只会在前面的更改之上提交更改，但我不知道如何使用p4搁置：两个不同的搁置更改列表之间没有连接，我必须手动创建和维护此连接（相当于git中的本地分支）。搁置与“git搁置”非常等效，尽管书架更容易与他人共享。如果您需要一个私有分支，您应该将P4Sandbox或git与git-p4连接器一起使用。（Perforce将在今年晚些时候发布一个改进了很多的git连接器。）是的，这就是我在问题中所说的（shelving==git stash，可能我应该使用p4sandbox或git-p4）。这就是我所说的——分支比shelves更通用。有了树枝，你可以做的比架子上更多。在您的情况下-是的，您必须手动将这些连接到搁置的CLs。