我的第一直觉是正常分支(使用 p4 集成),然后使用 IDE 或 sed 脚本更改包名称。但这使得未来从主干集成非常痛苦。
James
问问题
301 次
3 回答
1
您建议的方式可以正常工作,并且您应该期望 Perforce 不会有任何麻烦。
但是,我可以添加以下建议 -
首先进行集成,然后提交 - 并且仅作为第二次提交更改实际名称。这将允许更清楚地看到历史的变化,而不需要在分支之间进行比较。
如果更改需要重命名文件,它可能会这样做 -
- 您将在那里使分支处于未编译状态一分钟。对于您获得的可见性,这是一个可以接受的权衡。
- 您可能希望创建一个分支规范来反映两个分支之间的重命名。这将使集成更容易。
于 2009-06-09T04:25:48.530 回答
0
未来的集成应该不是问题。Perforce 会将这些识别为分支中的更改,并且如果您碰巧从主干中向上推送更改,它不会让您对它们感到烦恼。
即使在您将更改从分支推送回主干的更常见情况下,Perforce 也应该只在第一次建议集成。通过限制后续版本的集成版本范围,不应建议更改包名称以进行集成。
于 2009-06-09T03:56:56.650 回答
0
如果您需要更改包名称,那么这确实是您能做的最好的事情。不过,集成可能不会那么糟糕。只需确保当您最初从分支重新集成时撤消重命名。这将使 perforce 知道包语句是“同步的”,即使它们不同。包语句行上的合并冲突应该是非常罕见的。
如果您稍后添加新类,然后将它们集成到另一个分支,那么最大的烦恼是。您需要记住始终重新集成并撤消包重命名。
于 2009-06-09T01:15:52.603 回答