【问题标题】:Task per branch with perforceperforce 每个分支的任务
【发布时间】:2010-06-30 13:17:47
【问题描述】:

我正在准备关于 p4 的神学院,我正在尝试找到使用“每个分支任务”方法的最佳方法,现在我正在使用以下步骤:(全部由 CLI 提供)

  • 将我的客户端设置为根库以创建新分支。 看法: //depot/... //myMachine/...

  • p4 -c myClient integ -v //depot/MAIN/... //depot/myBranchX/...

  • p4 -c myClient submit -d "Branching"

  • 再次改变我的客户,瞄准新的分支。 看法: //depot/myBranchX/... //myMachine/...

  • p4 -c myClient 同步

我想知道是否有最快/更好的方法来做到这一点。专门处理大型存储库和分支。

谢谢! M.

【问题讨论】:

  • 神职人员是否着手按分支方法执行任务?据我所知,最终这会使您的 Perforce 存储库陷入困境。
  • 好吧,我不是很虔诚,但是,你的意思是 p4 还没有准备好“每个分支的任务”吗?
  • 你的标题肯定应该是“Branch per task”吗?
  • 确实,标题必须是“branch per task”

标签: repository perforce branch


【解决方案1】:

所以...您想为 每个 任务/错误创建一个分支,并且您希望新创建的分支映射到客户端/工作区,因为 if 它是树干。您希望能够通过命令行或运行脚本来实现这一点。对吗?

好的。

您想采用此工作流程的原因是什么?您是否正在开发关键软件,即生死攸关的场景,其中每项任务都是孤立的,需要在集成到主线之前进行彻底审查。

除非您遇到上述情况,否则我建议您不要使用此工作流程。为每个任务创建一个分支,尤其是在一个大型存储库中,最终会使您的 Perforce 服务器陷入困境。最近在 Perforce 博客上发布了类似的情况作为反模式(不该做什么)。 Perforce Anti-Patterns Part 2: Overuse of branching.

考虑一下。

如果您仍然想继续,那么您可以通过编写一个 shell 脚本(DOS、Bash、Python**)来实现您想要的,该脚本将上述命令组合在一起,并为任务/分支名称等提供一些参数。如果您在执行此操作时需要进一步帮助。

** 首选,然后使用 py2exe 作为分发的可执行文件编译脚本。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2023-03-26
    • 1970-01-01
    • 2017-10-31
    • 1970-01-01
    • 1970-01-01
    • 2013-12-21
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多