gpt4 book ai didi

branch - 退役 Perforce 流的好方法是什么

转载 作者:行者123 更新时间:2023-12-02 09:40:38 28 4
gpt4 key购买 nike

我们在工作场所使用 Perforce,并且我们决定尝试使用流来隔离单独的开发工作。我们中的一些人拥有丰富的 Git 经验,因此我们(可能是错误的)将 Git 约定映射到流。

当前的问题是功能分支/功能流以及如何淘汰它们。我们已经有 30 多个流,但其中一些已经过时且不再活跃。

如果我们删除一个流,流列表会变得更干净一些,但仓库文件仍保持原来的状态。如果有人稍后创建一个具有相同名称的新流(这在我们的环境中相当合理),他们将需要确保将最新文件从 Main 合并到流中。更糟糕的是,如果有人创建了一个流,进行了一些探索性提交,然后放弃了该流,则下一个流所有者必须小心,首先将流置于良好状态。

我们可以更进一步,在删除流之前删除与该流关联的仓库文件,但是我们必须小心不要将此更改复制到 Main。当恢复流时,我们可以强制将 Main 集成到流的仓库路径中,这应该在流的两个单独用途之间创建清晰的划分。

无论如何,这些只是我的一些想法。我真的希望看看是否有人对如何使用流作为功能分支有任何建议,特别是是否有人对如何退休以及稍后创建一个用于新功能的同名流有任何实用的建议。或者,也许我们看待流的方式是错误的,我们需要找到一个不涉及“功能流”的解决方案 - 也将不胜感激类似的建议。

更新

最后,我们决定简单地为每个功能创建一个新流。在流名称中,我们包含问题编号以及该流的模糊的简单英语名称。这使得工作能够保持完全独立,防止死流“意外”复活,并且它给了我们一个明确的时间来淘汰流的“流规范”一半(即当问题结束时)。我们最终在实际的仓库树中遇到了很多困惑,但我没有看到任何方法可以避免这种情况。如果取消选择大部分流,图形流 View 是可以管理的。最后,这不是一个很好的解决方案,但在 Perforce 添加一些更轻量级的分支之前,这似乎是我们能做的最好的解决方案。

我们尚未将 Perforce 服务器升级为支持任务流的服务器。进一步的调查使我相信这将有助于解决一些困惑问题,但对解决命名问题没有帮助。目前还不清楚是否可以用任务流隐藏仓库树中的困惑。当我们升级服务器时我会知道。

最佳答案

您查看过最新的 2013.1 版 Perforce 吗?新的“任务流”功能听起来正是您所寻找的!

关于branch - 退役 Perforce 流的好方法是什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15794587/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com