Visual studio 2010 TFS冲突类型：可写文件-本地存在同名的可写文件

我正在努力了解我的项目的最新情况。当我这样做时，TFS向我显示该项目中的每个文件都有冲突。每个文件都有相同的冲突：

冲突类型：可写文件-本地存在同名的可写文件。

它给我的解决方案是“覆盖本地文件或文件夹”，但我必须一个接一个地这样做

---

为什么TFS认为我有冲突（我没有更改任何文件）

Visual Studio 2010冲突解决对话框支持多选

如果选择第一个冲突，请按住Shift键，然后选择最后一个冲突，“覆盖本地文件或文件夹”解决方案将应用于所有选定的冲突

---

您还可以使用命令行工具来解决冲突。

格兰特的回答非常适合解决多个冲突

至于产生这些冲突的原因，一般来说，TFS客户端已检测到本地存在一个不由TFS管理的文件，但您正在尝试执行一个get操作，该操作将覆盖该文件

如果您遵循正常的开发工作流程（而不是在编辑器之外编辑文件），最常见的可写冲突源是搁置集。如果要挂起文件上的添加，则要撤消该添加（无论是明确还是因为搁置了更改并取消选择了“保留挂起的更改”按钮），文件将而不是删除。（这是为了防止数据丢失—您希望创建一个文件但不将其签入源代码管理的情况并不少见。）

现在，如果您（或其他人）要签入该搁置集（通过从该搁置集创建构建，或者通过门控签入，或者因为代码审阅者直接签入了搁置集），那么当您执行“获取最新版本”时，TFS客户端将检测到该文件仍然存在于本地，因此，您将存在可写冲突

这在门控签入的情况下可能不是特别明显。门控签入的实际工作方式是，当您尝试签入更改时，您的签入实际上转换为搁置集。然后TFS生成代理将尝试构建您的搁置集，如果构建成功，它将代表您签入该搁置集。如果生成失败，搁置集将保留，您可以取消搁置以修复生成错误

因此，在使用门控签入时运行生成通知应用程序非常重要，这将允许您在提交更改后“协调”更改。协调签入只需获取生成服务器提交的签入，但它可以避免冲突，因为它了解本地磁盘上更改的上下文。（它会将本地磁盘上的内容与服务器上的内容进行比较。）如果不选择协调，很遗憾，添加的文件上会出现可写冲突

---

（请注意，此场景-如果没有内容差异，TFS将不会产生冲突。）

您必须拥有特定本地文件或文件夹的所有权限（完全控制）。过来看。如果不正确，您必须删除所有本地文件，更改权限，然后从服务器获取最新文件。

您可以对存在冲突文件的整个文件夹、多个文件夹或整个项目执行此操作

您需要右键单击该特定文件/文件夹，转到“高级”，选择“获取特定版本…”

---

我签入了更改，TFS应该知道这些文件受源代码管理。几天前，我创建并签入了项目的所有更改。团队中的其他人能够获得我的更改（这意味着他们没有被搁置吗？），这些更改实际上已成功检查。如果是这样，tfs应该知道这些文件受源代码管理…对吗？@dev.e.loper您使用的是门控签入吗？是。我第一次使用门控登机。为什么？门控签入使用搁置集来实现它的魔力。我会更新答案来充实一些细节。我不知道门控签入会创建一个搁置集。当门控签入构建成功时，它会提示我一个窗口。我想它会说“你想协调一些变化吗”，我不知道它是什么，于是匆忙地点击了“忽略”。谢谢你的提示。我试图使用tf命令行实用程序，但遇到了一些问题。我在这里创建了一个不同的问题，详细信息如下：Ctrl-a（全选）在VS2012中也能正常工作，而且有点快太明显了！你救了我一天！：）谢谢，我最近遇到了这个问题。我想知道这是否是因为我在同一时间工作于不同的VS实例，但是只从一个环境中获取了最新版本。另一个VS是针对一个不同的数据库，因此在两个不同的版本中工作。因此，我想知道这是否是这次错误首先发生的原因，而不是上面Edward Thomson的帖子？