问题标签 [source-control-bindings]

在 VS2010 TFS 中将更改集签入到源代码控制后，如何更正与签入相关的工作项。例如，如果我意识到应该将另一个工作项链接到变更集，或者它是一个错误修复并且它链接到错误的错误工作项？

我有一个工作区，我希望将存储库根映射到特定文件夹（例如，$/映射到D:\Home）。然后，这会在存储库中获取默认的“自然”文件夹结构，而无需手动映射内容。

我在默认 TFS 结构下有两个子项目，最近被移动到另一个文件夹下。TFS 有助于记住那些指向我硬盘驱动器上的特定位置，但我需要的是让它们丢失（现在）自定义映射，并根据其父文件夹指向的位置简单地返回选择默认映射位置.

我可以看到重新映射文​​件夹的选项，但没有选项可以简单地删除自定义映射。IIRC Visual Source Safe 有一种方法可以做到这一点——停止以自定义方式映射文件夹，并根据其父文件夹将其恢复为默认映射。但我不知道 TFS 是否也可以做到这一点......

如果有什么不同，这是从 VS2010 使用的 TFS2005。

编辑

这是一个更清楚的例子。假设 $/ 最初映射到 D:\Home。所以 $/Foo 会“自然地”映射到 D:\Home\Foo。$/Foo/Widget 也自然地映射到 D:\Home\Foo\Widget。然后 Widget 从 $/Foo 下移动到 $/Bar，但 TFS 仍然告诉我映射到D:\Home\Foo\Widget，而我希望它是D:\Home\Bar\Widget。我想删除自定义映射并让 Widget 映射到其父文件夹下的“自然”位置，而不是指向旧位置。

源代码控制行为怪异。

这是场景： 我不得不重新格式化我的电脑。我先备份所有内容，然后将其吹走。我的所有备份都位于网络上的虚拟硬盘驱动器上，我可以连接到该硬盘驱动器以获取我临时需要的东西。

我已将我的网站/项目重新添加到相同的文件位置，但现在源代码管理似乎不起作用。

我做了一些我认为第二个开发人员没有的编辑。此外，第二位开发人员对网站进行了一些新的编辑，因为我没有正确地连接到源代码控制，我无法获得这些更改。有没有人对问题可能有任何想法？

我遇到了一个奇怪的问题：我在测试机器上新安装了 TFS 2010，我在客户端机器上使用 Visual Studio 2010 Professional。我的客户端之前配置为与具有相同绑定的另一台 TFS 2010 机器连接。现在，从我的客户端计算机上，我设法在默认集合中创建团队项目，但是当我尝试将解决方案添加到源代码控制时，什么也没有发生。这意味着当我物理按下“将解决方案添加到源代码管理”按钮时，没有显示任何窗口或消息。当然，我在服务器机器上设置了所有权限和组成员身份，并且我多次重新启动客户端和服务器。我该如何解决（或至少进行诊断）问题？

我正在尝试打开一个由 IBM ClearCase 控制的项目源，但它给了我这个消息：

我只是不知道该怎么办。我已经重新安装了所有东西。Visual Studio 集成已安装，但它不断给出错误消息。

有谁知道这个的解决方案？

答：我有解决办法。我刚刚在 Tools -> SourceControl 中选择了 ClearCase

我正在根据 Perforce 源代码控制（P4VS 插件）在 Visual Studio 2013 中开发 C# 解决方案。当我第一次加载 Visual Studio 时，我可以毫无问题地连接到我的 perforce 库。然后我选择“在 Perforce Depot 中选择解决方案/项目”来打开我的项目...

这就是乐趣的开始。在 P4 文件选择器窗口中，我可以看到我的 Depot（很好），并且可以浏览它的目录（也很好）。但是，当我展开任何目录时，我在 Perforce Source Control 输出窗口中收到错误消息。例如，我展开 Depot 根目录，我收到以下（错误）消息：

E_WARN: //depot/* - 文件不在客户端视图中

对于我展开的每个目录，依此类推。

现在，当我打开我的解决方案文件时，更有趣的是，我得到了可怕的“源代码管理 - 无法访问数据库”警告对话框。它包含以下内容：

关联源代码管理插件未安装或无法初始化。

• 暂时不受控制地工作 - Microsoft Visual Studio 将在关闭并重新打开解决方案后尝试将解决方案或项目重新连接到源代码管理

• 在断开模式下离线工作（灰显...我不会详细介绍）

• 永久删除源代码控制关联绑定

我选择“暂时不受控制地工作”，解决方案在 Perforce 源代码控制之外加载。不好。

现在，为了在源代码管理下打开解决方案，我必须转到工具 -> 选项 -> 源代码管理并重新选择 P4VS 作为我的源代码管理插件，然后重新打开我在源代码管理之外打开的相同解决方案。这工作正常，我现在在 Perforce Source Control 下打开了解决方案。

我的猜测是这与源代码控制绑定有关，但是我一点也不知道如何处理这样的问题。一如既往地感谢所有帮助！

症状
当我在 Visual Studio 2010 中打开某个 WPF 解决方案时，在解决方案加载并显示在解决方案资源管理器中后，我会在解决方案中的项目旁边看到源代码管理图标（锁定、签出检查等），并且然后它们消失，除了签出文件的复选标记。右键单击任何没有图标的项目会显示没有任何源代码控制操作的上下文菜单。可以签入选中的项目，然后源代码控制操作也会为它们消失。如果我打开 Change Source Control 对话框，解决方案和所有项目下方都有红线，表示它们无效。

我可以解开它们中的每一个，然后成功地将它们重新绑定到完全相同的服务器名称和服务器绑定。这会导致解决方案资源管理器暂时再次启用源代码管理。但是，如果我单击解决方案资源管理器上的刷新按钮，我会得到一个对话框，说明：

访问源代码管理系统时出错。是否要禁用此会话的源代码管理。

这会导致解决方案资源管理器再次失去源代码控制互操作性。

昨天，我尝试下载我在另一台机器上更新的不同解决方案的最新版本。我发现不知何故，我在另一台机器上添加到解决方案中的新文件不在 TFS 中。所以我将它们从项目中排除并重新包含它们以将它们添加到 TFS。然后在我的机器上再次获取最新。解决方案已更新，因此它知道应该包含文件，但它没有自己下载文件。即使本地版本与服务器版本匹配并且它们仍然没有下载，我也厌倦了使用替换文件获取最新版本。我必须专门从源代码管理资源管理器中获取每个文件。这可能是无关的，但我想包括它以防万一。

我尝试过什么
为了尝试解决第一个问题，我重置了所有 VS 设置并重新启动。这不起作用，所以我将其关闭。我卸载了 TFS Power Tools，但也没有用。我用 TFS 的最新版本替换了我的 .sln 和 .vssscc。我取消选择 TFS 作为源代码控制插件并重新选择它。卸载了 NuGet 包管理器扩展，这也没有帮助。我没有任何加载项，我现在安装的唯一扩展是一些 Telerik 控制扩展，它们不是新的。

为什么源代码管理绑定变得无效？

我有两个问题，

1. 创建 Asp.NET Web 项目（mvc 或 Web 表单）时，会在项目文件夹旁边创建依赖程序集的另一个文件夹（Packages）。我需要签入这些文件吗？

2. 如果您不想签入某种文件，您需要对这些文件执行哪些操作才能使它们未显示在挂起的更改中？

嗨，我有一个解决方案（VS2013，vc++），它有 4 个项目（*.vcproj），每个项目都是一个 EXE 项目。这保存在我的 win8 机器中的非源版本控制位置:: 在“Documents/NoSourecControlFolder/”中说

所有项目都在这里编译得很好。

现在，我将这个“”文件夹从非源版本控制位置移动到源版本控制位置“perforce”，例如“Documents/P4_workspaces/WorkspaceABC/”。

我看到此 *.sln 中的 4 个项目中的 1 个项目无法正常编译。

相反，它会引发这样的错误，甚至不会开始编译::

错误表明文件名太长，但同一个项目在另一个非源代码控制位置编译得非常好。另外我在任何地方都找不到这个文件“ Release\ProectABC.vcxproj.FileListAbsolute.txt ”。

参考此链接后，我得到一个提示，这与文件位置的更改有关。 关联

任何帮助都会非常有帮助。谢谢。

这个问题很难解释，所以我可能需要根据您可能遇到的问题添加更多详细信息。

我正在使用 TFS 和 Visual Studio 2013 进行开发。

我有以下分支：

开发分支
- $/ProjectName/Development/Development
- $/ProjectName/Development/201406 六月
- $/ProjectName/Development/201407 七月
- $/ProjectName/Development/201408 八月

我有以下工作区映射：

当新的一个月开始时，我在dev中创建了一个分支，例如201408 August，并设置了以下映射（除了上面的顶级映射）

这有助于我轻松更改工作空间并选择要使用的分支，而无需更改 IIS 中的大量引用和内容。无论我在哪个分支上工作，这一切总是指向 C:\Projects\ProjectName\Development\Development。

现在，一旦我完成了本月的开发工作，我会确保所有工作都已签入（我总是每天至少签入一次）。然后，我删除了工作空间映射，以便所有内容都仅由顶层映射再次映射。然后我将 Development/2014 August 合并到 Development/Development。

一旦我对我需要做的任何合并感到满意，我就会检查开发/开发并完成工作。

所有这一切正是我希望它工作的方式，但有一个障碍。

出于某种原因，VS 记得项目位于 Development/201408 August，所以当我打开 Development/Development 解决方案文件时，项目指向 Development/201408 August。

然后我删除项目，并从正确的位置添加它（开发/开发）。如果您再查看属性，它再次更改为 Development/201408 August，DOH！

我发现有人遇到类似问题，他们说：
删除有问题的项目
保存解决方案
关闭 Visual Studio
删除解决方案旁边的 *.suo 文件
重新打开 VS
重新添加项目
保存解决方案

它会被修复。这是真的，它解决了问题，但我希望有人能告诉我为什么会发生这种情况，因为我的解决方案中有超过 35 个项目，而且我肯定不能每个月都这样做，这需要永远非常烦人。

我确实确保在工作空间映射更改后再次获得最新版本。我还尝试通过覆盖所有文件来获取特定信息。似乎没有任何工作...

有任何想法吗？

编辑

忘了说，以 XML 格式打开 sln 文件，项目的路径实际上是正确的，但是从 VS 中查看项目的属性时，它是不正确的。