我已经执行了集成 ( p4 integrate)，然后解决了所有文件 ( p4 resolve ...) 中的冲突。在那之后，我注意到通过提供额外的编辑可以更好地解决一个冲突。

我希望 Perforce 认为额外的编辑（在p4 edit file/in/question和之后vim file/in/question）是解决方案的一部分，而不是单独的编辑。

如何使用p4命令行工具实现这一点？

通过分支映射进行合并/集成后，有几个文件等待手动解析，然后我才能提交挂起的更改列表。现在，该工具告诉我每次选择“接受源”并进行自动解析时，一次“解析文件”。

为什么该工具没有一次性显示所有需要手动解析的文件？有什么命令可以用来执行此操作吗？

我有一个 perforce 测试服务器，我想在其上拥有另一台 perforce 服务器上的所有文件。除了文件，我还想要所有其他信息，例如版本、更改列表和所有其他信息。确切地说，我希望我的新服务器是旧服务器的副本。请提及所需的所有步骤。

所以我需要解决的问题是：

1. 我在 //branch1 提交了 CL 100
2. 此 CL 稍后在 CL123 中从 //branch1 集成到 //branch2。
3. 从 //branch2 集成 CL123 后来集成到 //branch3 和 //task/branch4。
4. 后来，它被从 //task/branch4 集成到大约 35 个其他分支，在途中使用其他分支。

假设我有大约 100 个可以集成 CL 的分支，但我的任务是找到所有集成了初始 CL100 的分支。

怎么做？我的队友一直在手动执行此操作（需要数小时，有时甚至数天才能找到所有分支）。

我只是想知道是否有一些工具可以列出集成了初始 CL 的所有分支？如果没有，那么编写脚本的初始起点是什么？

我尝试使用

但它只显示 CL 集成历史，而不是我正在寻找的。

是否可以在 P4 分支之间执行“假合并”？简而言之，我们有一个脚本来检查分支之间未合并的更改，并且每天自动向团队成员发送电子邮件，让他们知道他们是否未能将更改从一个分支合并到另一个分支。然而，在某些情况下执行这样的合并是一个坏主意（例如，特定于分支的依赖列表），我们希望通过让 nag-bot 检测“所有变化A自昨天已合并到B“.

有没有办法有效地（即通过 CLI）：

• 执行 a p4 integandp4 resolve操作，使分支“A”已合并到分支“B”中......
• 但是有效地在分支“B”上执行p4 revert操作，以便只提交跟踪信息，而没有任何实际代码合并到分支“B”中？

简而言之，这将是一个“合并但完全接受他们的并丢弃你的，即使没有冲突”的操作。

谢谢你。

我有两个流，即 S1（让它成为源流）和 S2（目标流）。假设有一个文件“abc.txt”，当前版本#5。我需要将 #1 和 #5 之间在“abc.txt”中所做的更改合并到我的目标流 S2。有人可以建议这是否可行？

我正在尝试创建一个脚本（如果可能），它可以从 perforce 获取特定的 CL，并列出它已集成到的流或分支以及该集成的 CL 以及其他一些细节（如签入的用户或文件历史）

我一直在查看一些 P4 文档，但还没有找到任何东西......所以想知道是否有人在这方面有经验。

我的最终目标是创建一个网站（我以前有一家公司），它可以很好地显示这一点，但我想先启动并运行脚本。

示例：我在脚本中输入 CL 12345，然后我得到一个列表，其中包含更改所在的每个流，并且更改的 CL 已集成到该分支中。

我知道修订图可以做到这一点，但我想要一些非技术人员可以使用的东西。

谢谢！

所以，情况就是这样。我有 2 个流，“Development.Main”和“Development.A”（Development.Main 的子级）。我将只关注一个文件通过我执行的“版本控制”步骤所采用的“路径”。

1. 该文件以 Main 开头。
2. 我将它合并到 A 没有任何变化。
3. 我在 Main 中删除它。
4. 当我将 Main 中的更改合并到 A 时，我选择“保留目标”，以便该文件在 A 中保持未删除，因为我希望该文件在 Main 中删除，而不是在 A 中。
5. 但是随后 Perforce 流图告诉我，我有文件要从 A 复制到 Main（见绿色箭头）。当我进行复制操作（从 A 到 Main）时，它想将文件复制回 Main，从而重新生成它。但我希望它保持被删除。请注意，当我尝试强制从 A 到 Main 的合并（而不是副本）时，Perforce 认为没有要合并的内容并决定以错误响应。见下面的图片#3

1 - 流程图

2 - 修订图

3 - 试图强制从 A 合并到 Main

我该如何解决这种情况，以便我可以删除 Main 中的文件而不是 A 中的文件？

解决方案的条件：

1. 我希望流程图上的所有绿色箭头都消失。
2. 从现在开始，我不希望这个文件出现在 Copy (from A to Main) 操作中。（因为我不希望这个文件再次出现在 Main 中。它应该在那里被删除。）
3. 我不想仅针对此特定文件更改有关流规范或工作区规范的任何内容。

我想知道有一个 p4 命令可以从另一个仓库分支中提交的 cl 中找到在一个仓库分支中提交的 cl。

喜欢 -

如果 CL 123 已提交到分支 //code/v1.0/files/...

并且相同的代码更改也提交到另一个分支 //code/v5.0/files/...

我可以在 cl 123 的第二个分支中找到 cl 吗？

我在perforce提交的文件中遇到了奇怪的行为，之后p4 integrate

设想

Repo 包含C#代码和内置的DLL. 我希望将一个变更集从一个分支集成到另一个分支，所以我遵循我刚才讨论过的步骤

.cs文件没有抱怨。如果在 中存在解决冲突DLL，我会选择其中的一个Accept Source或Accept Target不太在意。DLL原因是，我总是在提交之前重建

问题

在DLL本地工作空间中构建并反映在变更集中的内容是正确的。我在本地对其进行了测试并执行了p4 submit. 但令我惊讶的是，DLL提交的不是我建造的。而是提交了来自另一个分支的那个

混乱

我认为perforce，当在变更集中打开文件时，总是会提交最新的（本地）副本。这就是为什么如果报告有冲突，我不会太在意DLL

这不是正确的吗？

为什么提交的文件与我的工作区版本不同？