是否可以使用一组变更列表创建补丁？

Question

问题：2 个项目共享主干并正在更新一些相同的文件。现在需要发布一个项目，因此在项目启动之前从检查点创建了一个新分支。

我有一份来自主线的变更列表编号的列表。使用它，我可以使用带有一系列“p4描述#”命令的脚本生成更改文件列表和差异输出。

我可以重新格式化该输出并将其应用到新分支吗？

Answer 1

对标题的回应：“是否可以使用一组变更列表创建补丁？”
是的。

p4 diff2 -u //path_to_your_sources/...@cln_minus_1 //path_to_your_sources/...@cln > /tmp/cln.patch.

然后，您可以使用 /tmp/cln.patch 作为补丁实用程序的输入。这里，“cln”是您要为其创建补丁的已提交更改列表编号。

Answer 2

我刚刚花了两个小时来解决这个问题。使用 cygwin patch，我必须整理路径直到它们被识别。

最后，神奇的咒语看起来像这样（跨行）：

p4 diff2 -u //depot/foo/main/...@100003 //depot/foo/main/...@100000 |
    sed 's@//depot/@E:/Source/@g' |
    sed '/^+++\|---/s@/@\\@g' |
    patch

即：

1. 使用 p4 diff2 获取部分 depot 的统一 diff (-u)在我关心的两个修订之间。第二个更改列表是我想要的第一个更改列表之前的列表，否则它不会包含在差异中。
2. 使用 sed 将 //depot/ 更改为 E:/Source/，这是我的工作区所在的位置。
3. 将正斜杠更改为双反斜杠（这似乎使其有效）。
4. 通过patch管道传输结果。

Cygwin patch 足够智能，可以从 Perforce 中检查文件，但我不确定如何让它默默地执行此操作。它会提示 Get file 'e:\Source\foo\whatever' from Perforce with lock?。

这是 p4 版本 2010.1，这是 Cygwin 的最新安装，在 PowerShell 上运行。

哦，在此之后，patch 写出了 Unix 风格的行结尾，所以我使用 u2d 来修复它们。

Answer 3

Perforce 将允许您挑选变更列表进行集成，这可能比尝试生成和应用补丁更容易。 Perforce 将跟踪您在何处集成了哪些修订，这可能会使未来的集成变得更容易。

假设您曾经有一个主干：

//depot/mycode/trunk

并且您在那里签入了所有更改。您在过去的某个时刻将主干分支到：

//depot/mycode/rel

并且您在主干上有一个要合并的变更列表列表。从映射 rel 的客户端规范中，集成每个变更列表：

p4 integrate //depot/mycode/trunk/...@1234,1234 //depot/mycode/rel/...

其中 1234 是变更列表编号。每次集成后解决。如果您能确定这样做的好处，您可能还希望在集成期间的各个检查点构建、测试和提交集成。 （Perforce 可以处理每次提交的多个集成，但是如果您犯了错误，您将需要恢复到最后签入的版本并重做中间集成和解析。）

Answer 4

在我看来，p4describe -S -du

是更短、最简洁的命令。