version-control - 有人可以解释perforce集成选项吗?

标签 version-control merge integration perforce

特别:

  • 为什么我需要一直都明确地启用“启用无基础合并”?我正在从分支机构集成到主干。
  • “启用集成
    被删除的目标”是什么意思?
    默认情况下这样做吗?如果文件
    不存在,而您整合到
    该文件的分支,它应该
    创建文件,对吗?
  • 什么是“未获取最新修订版本
    选择的文件”与
    整合?我应该选择一个
    源版本和目标(以
    创建一个新的目标修订版)。
  • “不理会间接
    集成历史”是什么意思?我从未使用过,因为它听起来很吓人。

  • 我将不胜感激,因为当我尝试执行从主干到各个分支(反之亦然)的各种集成任务时,我不确定该启用哪些选项。 (我不是buildmaster,但是,我想知道他知道什么)。

    最佳答案

  • 通常,要合并两个文件,perforce会寻找“基本”,这是与两个文件最接近的修订版,并使用它来提供比直接运行两个文件的差异更好的差异。参见Knowledge Base Article。在不知道您的perforce设置的情况下,我无法说出出了什么问题,但是,p4win有一些不错的图形工具来可视化分支,您也许可以确定为什么perforce找不到适合您的基础。这也是“无视间接集成历史”的作用:阻止它寻找基础。
  • 对于“不同步处理”:集成时,“目标”是本地客户端中的文件,您没有为其指定版本。相反,perforce将要么同步您的修订版本头(如果您不使用“-h”),要么将使用您当前拥有的版本。您不能指定任意修订,因为您的本地客户端只有一个特定的修订。
  • 关于version-control - 有人可以解释perforce集成选项吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/927336/

    相关文章:

    mercurial - 如何只推送到 Hg 中的一个分支?

    java - getstream.io 如何仅为配置文件创建过滤器

    Git 文件完整性

    android - 通过保留两个游标的所有不同 ID 来组合两个游标(合并?)

    php - 从 mysql schemata 的版本控制开始,不要矫枉过正。好的解决方案?

    algorithm - 高效的分布式算法,用于合并具有公共(public)元素的集合

    integration - MKS 完整性要求

    java - Rascal 从 java 应用程序访问 REPL

    version-control - 如何使用 tf 在脚本中从 TFS 导出标签下的文件?

    java - 没有开发分支的特征分支模型的Git分支策略