通过Eclipse对Perforce中的文件进行少量本地编辑的正确方法是什么？

Question

我在一家使用Perforce的公司工作，发现当我为了纯粹的本地目的而在本地编辑某些东西时，我觉得很烦人（也许我想改变一条指向本地测试的路径等等... ），该更改会自动添加到我的待定更改列表中，并使其变得混乱。直觉上，这看起来很奇怪，在实践中它很烦人。它还让其他人看起来像我正在编辑文件并计划将其上传回仓库，这完全不是我的意图。所有这些都说，是否有一种简单的方法来区分我计划提交的编辑和编辑我只想在本地存在？我正在使用Perforce的eclipse插件，所以如果有人可以给我一个轻松的方法，那么就可以获得奖励积分。我知道这可能是一个愚蠢的问题，但我需要在某个时候找到答案，所以现在也可以。

Answer 1

为什么不创建一个单独的更改列表，将您不打算签入的文件放入其中？它仍然会出现在对其他人的编辑中，但为什么这很重要？将这些文件作为CL中的更改进行跟踪，可以让您轻松地在需要时还原到Perforce副本以及合并任何传入的更改。

安迪已经提到“制作可写”的伎俩。要从该位置恢复，您可以运行检查一致性操作。它将找到已修改但未签出的文件。这也是脱机工作的好方法。使其可写，然后在重新联机时运行检查一致性。

另一种方法是将文件内容复制到剪贴板，告诉perforce删除该文件的本地副本，然后使用剪贴板中的内容在其位置创建一个新文件。从Perforce角度来看，此时的文件尚未同步到您的工作区。当您进行同步时，您将收到与现有本地文件冲突的通知，您必须通过强制同步或删除本地文件来解决这些冲突。

如果您经常编辑某个特定文件，另一种方法是使用您的客户端规范将其完全映射出来。 Perforce不会尝试从库中同步它，您可以根据需要维护本地等效项。

在某种程度上相关的说明......如果你发现自己做了很多这样的事情，那么考虑一下Perforce中的内容可能并不像它应该的那样普遍。也许可以添加属性或环境变量，以便您可以覆盖某些设置而无需编辑文件。

Answer 2

好吧，我可以告诉你，你担心几件事 - 我不确定你是否可以现实地修复其中任何一件而不会在其他方面造成一些痛苦......

一个建议是为您的工作创建一个分支，稍后您将整合回主线。这样，您的小编辑不会显示给其他人 - 除非他们出于某种原因使用您的分支。

我猜想你本地开发/测试的小编辑可能更多地表明了你的代码库可以改进的东西。如果你正在调整文件来调整文件路径，那么，让文件本身更聪明：从数据库中读取值，根据主机名设置开关，使用环境变量......等等。我认为你可以找到改善代码的方法，而不是烦恼。

我发现Perforce非常灵活，真正旨在帮助您提高工作效率并完成任务。如果您发现自己正在使用版本控制系统，那么您可能会采取更好的方式。

Answer 3

一种方法是右键单击文件“Properties”，然后清除“Read only”标志。

它现在可写了，但没有签出。