version-control - 我可以在 perforce 中安全地编辑重命名的文件吗

Question

我有一个需要移动的文件，该文件已经强制执行。一旦移动，它需要一些编辑 - 更新包等 - 适合其新位置。我应该提交移动更改规范，然后重新打开以进行编辑，还是可以一次性完成？如果是这样，适当的事件顺序是什么？

Answer 1

我以前一次性完成过此操作，但根据您的构建过程，我建议您不要这样做。我通常做的是这样的:

移动文件。

如果移动需要更改以进行编译，请打开它进行编辑并进行这些更改。

提交更改，告诉 perforce 重新打开文件进行编辑。

对路径等进行更改，这些更改不会导致编译错误但应该更新。

提交带有适当描述的更改。

但是，如果您愿意，您可以在上面的步骤 (2) 中进行所有更改。 Perforce 可能会将新文件的标志从集成更改为添加，但它仍会记住文件的源路径。

编辑:更好的方法

我意识到我经常使用不同的方法，但是“移动”文件的想法让我分心。所以，我会推荐这些步骤:

将文件集成到新路径/名称中，将之前的文件留在那里。我假设这不会破坏您的构建过程。

提交新文件，提交后再次检查以进行编辑。

对新文件和项目进行必要的更改，以便您使用新文件。

提交对新文件的编辑。

[可选] 您可能需要检查分支规范以查看是否需要将旧文件映射到任何分支中的新文件。

创建用于删除旧文件的更改列表，并在稍后提交。

此方法允许将编辑与重命名/移动完全分开，同时永远不会使项目处于无法编译的状态。

另外，为什么要等待第 6 步？有时，尤其是在较大的项目中，您可能想要移动其他人正在编辑的文件。 Perforce 会很有帮助地告诉你这一点。通过等待删除文件，您允许您的同事完成编辑并提交，而无需手动移动他们的工作。编辑提交后，可以将它们集成到新文件中，然后可以安全地删除旧文件。