在Perforce中合并/解析时,如何集成每个变更列表?
我对Perforce相当陌生,但我已经有过Git和Mercurial等DVC的经验,并且熟悉Perforce的基本原理 今天我玩了一点在Perforce中合并/解析时,如何集成每个变更列表?,perforce,integrate,Perforce,Integrate,我对Perforce相当陌生,但我已经有过Git和Mercurial等DVC的经验,并且熟悉Perforce的基本原理 今天我玩了一点p4v,并使用Integrate…功能制作了一些播放代码的分支。我后来修改了源分支,并希望将这些更改也集成到新分支中。然而,所有单个变更列表都合并为一个大变更列表。对我来说,这似乎不是最好的做法。如果您开发了一个特性或一个bug修复程序,您自然会有多个提交,因为每个提交都应该是原子的 合并或解析时如何保存整个变更列表?这取决于您的开发方式,这是好事还是坏事。有时你
p4v
,并使用Integrate…
功能制作了一些播放代码的分支。我后来修改了源分支,并希望将这些更改也集成到新分支中。然而,所有单个变更列表都合并为一个大变更列表。对我来说,这似乎不是最好的做法。如果您开发了一个特性或一个bug修复程序,您自然会有多个提交,因为每个提交都应该是原子的
合并或解析时如何保存整个变更列表?这取决于您的开发方式,这是好事还是坏事。有时你想要挑选变化,有时你想要一切 如果您只希望合并1个变更列表,请在“集成”屏幕上,展开显示“限制集成范围”的箭头,然后您可以选择要集成的文件。如果您只需要1个变更列表,请选择“仅集成修订版本之间”,然后仅为两者选择您的变更列表。正如您所看到的,您还可以通过修订、日期、标签和工作空间来完成。“最佳实践”取决于您的工作流程和分支机构的设置方式。确实有合适的时机让一个变更列表包含所有的集成变更列表——我们在工作室创建“功能”分支时经常这样做,分支需要最新的主线代码。另一方面,在产品周期结束时,当您需要将特定的修复或功能分支到发布分支时,每个变更列表集成可能非常有用 通过变更列表进行集成很容易: