问题标签 [perforce-integrate]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
perforce - Perforce 批处理脚本
您好我正在尝试编写一个批处理脚本,该脚本将同一组配置文件从仓库中的一个应用程序复制到另一个应用程序(一旦签入第一个应用程序,就会触发复制这些文件)。我心中的想法是:
- 使用 p4 add 将文件从第一个应用程序添加到客户端
- 使用 p4 复制
- p4 提交
这是正确的方法吗?请帮忙。请提供任何可用的示例脚本。
perforce - Perforce 从分支合并到标签
我正在尝试将私有分支中的代码合并到标签。但我不知道该怎么做。我是否需要从标签中创建一个新分支并使用分支映射来完成它?
谢谢
perforce - 可以撤销分支已删除文件的 Perforce 集成吗?
我发现 Perforce 中的一些旧分支集成重新创建了一些以前删除的文件。因为没有及时发现,后来的集成也修改了分支文件。
例如:
取消这些更改的“Perforce”方式是什么。显然,我可以进入并删除X
BRANCH 中的文件并提交。但是,如果是 100 多个文件,这将是一项艰巨的任务。
更正确的路径,似乎是退出集成文件。但是,我尝试了这个,Perforce 实际上并没有标记要删除的文件。
不清楚您应该退出更改列表 6,还是更改列表 4?
这是 perforce 还是用户错误?也许有一些标志可以强制在“退出”操作期间删除文件。
perforce - 在 Perforce 集成期间忽略源文件的正确方法
在我的主分支中,有一个包含 10 个文件的更改列表,我正在尝试将它们集成到开发分支中。更改列表中的所有未完成文件都应该被忽略,而不是分支到目标中。
执行集成的步骤是什么,以便 Perforce 不会在目标分支中创建文件,并忽略所有未来集成的更改列表文件?
我最初与 进行了集成-Dt
,然后还原了我不想在目标分支中创建的 10 个文件。在此之后,Perforce 继续尝试将这些文件重新集成到目标中。
也许这是问题的一部分或无关紧要,但源文件不是文本编辑,而是对文件类型字段的更新
perforce - 分支规范问题
我正在尝试使用分支映射“branch1.2_1.2.0”将更改列表“661234”从源分支移植到目标分支,但我一直认为它已经提交但更改实际上并未合并..我该如何克服这个问题?任何提示问题是什么?
自从一小时尝试各种命令但没有运气以来,我一直在苦苦挣扎,请欣赏任何 ehlp
javascript - 如何防止提交更改列表对话框调整大小和最大化提交对话框窗口?
我需要在我们的提交更改列表对话框中禁用最大化和调整大小功能。
我有一个 html 文件,其内容与默认提交更改列表相同。但是使用 jquery 有一些额外的字段和样式。
但是如果我想调整对话框的大小。所有 html 内容都已折叠。它没有根据我们的对话框高度和宽度进行调整。
他们是否要禁用我们提交更改列表对话框的调整大小和最大化属性?
perforce - 无法使用集成在 P4 中创建新分支
我在 P4 有一个分支
& 在 My_Service 下,我的整个源代码都存在。
现在,当我尝试从上面的主干分支创建一个新分支时,它给了我错误:
我正在尝试创建一个新的发布分支,如下所示:
因此,我在客户端规范中添加了以下命令后发出了以下命令:
它给出了以下错误:
对于我的主干分支中的所有文件,它给出了相同的上述错误。有人可以帮我这里出了什么问题吗?
谢谢!
perforce - 在 Perforce 中合并时复制所有更改列表描述?
我正在使用“我的”Perforce 分支,修复代码中的一些小问题。我时不时地与另一个分支(“主”)集成。
每次我提交到“我的”分支时,我都会编写大量的变更列表描述。当我集成时,我希望合并(“my->main”)更改列表描述是自上次合并以来我为“我的”分支中的所有更改列表编写的描述的总和。
这可能吗?
perforce - 是什么导致在 Perforce 中集成期间出现“操作时间过长”错误?
我有一个包含大约 10000 个文件的分支。没有太多变化,大约有 50 个受到影响。
有时集成很顺利,更改列表在几秒钟内就准备好了。在其他情况下,集成始终超时(无法在 180 秒内合并文件)。它不能是暂时的负载峰值。
我知道的唯一解决方法是我将这些东西整合成更小的块,有时甚至是子文件夹超时的整合。
似乎当两个分支不直接相关时会发生这种情况(一个不是另一个的直接分支,但文件在某处有一个共同的祖先)。但是完成操作的时间仍然不成比例(秒与分钟)。
是什么导致这些超时,我该如何缓解?
perforce - perforce 可以使用单独维护的现有工作空间的克隆创建另一个工作空间吗?
我有一个有趣的问题,其中有人使用 perforce 作为存储库开发了一些代码,并对尚未签入的源代码进行了一些更改。然而,他们不想在原始代码上签入,而是想创建一个单独的“工作区”是当前工作区的克隆,其中文件仍同步,但新创建的文件。
我知道这并不是应该如何使用 perforce,但这只是一个问题,我必须看看它是否可能,或者将来是否有更好的方法来缓解这种情况。这似乎应该是可能的,因为这就是为什么您有单独的客户端,每个客户端都有自己的“本地”副本。什么不是同一台机器上的两个“本地”副本?