问题标签 [msscci]

In order to bring over some files from source control into my XP-Moded instance of Visual Studio 2003, I was able to bring over some of the files from source control by selecting (in Visual Studio 2003) File > Source Control > Open From Source Control...attaching to the TFS server, navigating to and then selecting the desired project.

However, that operation did not bring over the *.sln file, so I am not able to open that project (the *.cs file is there, but not its "host" sln file).

I then tried to attach / bring over the missing files via File > Source Control > Team Foundation Server MSSCCI Provider

On doing this, I am warmly (I think) welcomed by the "Visual Studio Conversion Wizard" but, although it seems to work, it doesn't bring over the *.sln file either, purportedly because the *.sln file was created with a different version of VS (so it seemingly gleefully tells me) -- no doubt it's talking about the VS 2003 / VS 2010 (shell) mismatch...?

So the local folder where I am attempting to put the files is missing *.sln:

The *.sln file does exist in the TFS server area - when I select File > Source Control > Open from Source Control > Connect to a Team Foundation Server > Expand the folder dialog > Navigate to the project I want, this is what I see:

...but highlighting, and even 2-clicking, HUtilCE.sln does not transfer it to the Filename combo box - I have to manually type it into there, but then when I mash the "Open" button I get, "Unspecified error."

So which hoops, and in which order, must I jump through to attach to this project; and what grade of fire retardant should I spray on my tail before taking that fiery plunge?

不知何故，我的项目混淆了它的源代码控制绑定，我试图将本地文件绑定到服务器上的正确位置。我首先尝试取消绑定项目，但是当我尝试重新设置绑定并“将解决方案添加到源代码管理”时，我得到“无法添加您尝试添加到源代码管理的项目 PDAClient.csdproj因为项目 AppSettings.cs 已经在所选位置的源代码管理下“

它显然只选择了AppSettings.cs作为要抱怨的问题文件，因为它是按字母顺序排列的第一个文件。我推测这是因为我暂时将它从项目中删除，再次尝试，它以同样的方式抱怨下一个 alpha 顺序文件。

为了试图超越 TFS，我将“MSSCCPRJ.SCC”重命名为“MSSCCPRJ.SCCHide”，并将“PDAClient.vssscc”重命名为“PDAClient.vsssccHide”，但它只是创建了一个新的“PDAClient.vssscc”

（PDAClient 是解决方案和项目的名称）

如果我从 VS 2003 File > Source Control > Change Source Control尝试，我会看到：

如果我为解决方案选择绑定，然后选择同名项目，我会看到：

如果我在“服务器绑定”列中点击“浏览”或省略号按钮，它只会“闪烁”，但不会打开任何对话框让我建立连接。

所以解决方案的绑定是“无效的”，但项目的绑定应该是有效的......

如果我然后选择“确定”，我会得到：

...看起来很有希望（“是的！修复绑定！”）但选择“修复”按钮只会让我回到“更改源代码控制”对话框，而无需执行任何操作。所以我最后不情愿地选择了另一个选项，“继续使用现有的绑定”并查看：

好的......它告诉我我必须签入一个项目才能工作，我尝试继续，但请参阅：

请注意，它试图将我连接到手持/开发/开发/HHS，但这不是我想要和需要的。DEV 是一个不同的分支；这是发布分支。您可以在上面的解决方案路径属性（设置为 C:\Project\sscs\Handheld\Release （等））而不是...开发...（等）中看到，我使用内置的-in 工具，发现服务器版本确实来自 Dev 分支（不是所需的 Release 分支）并采用本地版本。但后来我得到：

当我看到项目的一些文件被签出时，我希望它现在可以工作了。我通过更改方法名称对其进行了测试，但最终看到了“结帐期间发生错误或用户取消。某些文件可能尚未签出。（文件未签出。）”然后就是跟进，“无法执行重构，因为某些受影响的文件无法写入。”......所以我的更改被自动撤销了。

显然，这是行不通的，因为我确实需要对这个项目进行更改。

在“文件”>“源代码管理”菜单上对我留下的内容进行了处理，我选择了“从源代码管理添加项目...”以查看它可能提供的内容。它首先给了我一个连接到 TFS 的对话框；我做到了。我导航到服务器上的正确位置，这看起来不错，可以开始了：

选择“确定”会调用一个对话框，告诉我“您选择用于存储解决方案的本地文件夹包含一个或多个解决方案文件，这些文件与源代码管理服务器文件夹中的文件名称相同。 ”带有覆盖、取消和帮助按钮。

我选择覆盖。然后我会看到一个对话框：

我选择 PDAClient.sln（HHS 是解决方案/项目的旧名称）

但是，当我随后选择打开按钮时，我得到，“文件夹 'C:\Project\sscs\Handheld\Releases\6-4-0\HHS' 不能用于解决方案或项目，因为它已经在使用中存储另一个解决方案或项目的一部分。 ”

我别无选择，只能选择否定整个过程的“确定”。

作为 Any-Port-in-a-Stormism Syndrome 的最后一个头先的、可能的锁骨骨折壮举，我选择File > Source Control > Team Foundation Server MSSCCI Provider。这会在 XP Mode 内调用 VS 2003 内的 Kafka 式 Windows 2010 Shell。根据我在那里看到的，我的设置是正确的：发布项目的服务器副本绑定到本地文件发布文件夹：

但是\Releases\HHS 是灰色的，说明服务器文件夹和本地文件夹之间没有连接。请注意，Release 设置中的大多数（不是全部，而是大多数）文件实际上存储在本地的 Development 文件夹中！有一些正确绑定的关键文件：

所有（数十个）看不见的文件（在最后两个屏幕截图中只看到第一个和最后一个）也与开发相关联。

虽然我没有 \Releases\HHS 的“绑定”类型的上下文菜单项，但有一个“本地地图”；虽然表面上它已经正确映射，但我尝试了一下，但得到“本地文件夹无法设置为 C:\Project\sscs\Handheld\Releases\6-4-0\HHS，因为它已经是本地文件夹另一个服务器文件夹。”

所以我去了\Development\HHS，它确实有一个“有效”的绑定；再次注意，它绑定到错误的本地路径（Releases 而不是 Dev）。

因此，为此我首先选择上下文“删除映射”菜单项。这让我有机会“编辑或删除工作区映射”。我将本地文件夹从 Releases 更改为 Dev。这看起来不错的样子; Dev 现在绑定到 Dev，并且绑定仍然被视为有效；这次真的是（我希望，无论如何）。

我现在将注意力转回发布，但上下文项“本地地图”不再存在……而且，虽然它显示了服务器位置和本地之间的正确连接，但它仍然是灰色的……？？？

注意：“Pending Changes”文件列表与 \Development\HHS 和 \Releases\HHS 突出显示相同：两种情况下相同的三个文件显示为位于本地 Releases 文件夹中，而所有其他文件位于本地 Dev文件夹。

回到 VS 2003（在运行 TFS MSSCCI 提供程序的 VS 2010 Shell 之外），我转到“更改源代码控制”并看到解决方案和项目现在都具有“有效”状态......当我选择“好的”，但它告诉我许多文件不匹配，要么联系管理员，要么 Get All 可能会解决它。我试探性地查看了全选，但看到它仍然说我的项目绑定到开发。啊啊啊！！！！

有人能理解这种疯狂吗？如何将发布服务器文件夹指向发布本地文件夹，将开发服务器文件夹指向开发本地文件夹，而不会出现任何溢出和不匹配？

更新

今天早上我再次查看了源代码控制资源管理器 (TFS MSSCCI)，我的 Dev\HHS 再次回到设置为错误的本地路径 (Releases) 并已连接（我猜这就是面对的字形 - 每个 -文件夹左侧的其他垂直箭头表示）。

至于 Releases\HHS，它没有连接（没有字形），但我能够右键单击并映射到我设置的新文件夹。

这是我现在看到的（在将 DEV 的映射从本地 Releases 文件夹更改回本地 DEV 文件夹之后！）。

Dev HHS 的属性：

发布 HHS 的属性：

我不知道这对你是否有意义，但对我来说它看起来很可疑。

更新 2

疯狂今天继续有增无减。我的解决方案声称有两个待处理的签到：

当我选择“签入”时，我会看到一个确认对话框；我继续那里的“签入”按钮。然后我得到“签入 - 源文件”对话框。我也在那里选择了“签入”按钮。但后来我看到，“文件未检出”

如果我重复上面的操作，最后一条消息是：

？？？

IMO，当我想保存最新的更改而不是使用这个令人讨厌的野兽时，我只需压缩文件就可以节省很多时间；我花更多时间摆弄“生产力”工具，而不仅仅是使用更直接的方法。给我一个 zip 文件和一个很好的 diff 工具，以解决这个破灭的希望和聪明的肮脏把戏的大锅！

更新 3

如果我关闭项目并重新打开它，我会连续看到以下 3 次：

那么谁在蓝色火焰告诉你找到这样的服务器？！？！

然后我得到：

最后又是这样：

啊啊啊啊啊啊啊啊啊啊啊！！！！！！！！！！！！！！！

更新 4

即使解决方案和项目的路径是正确的（发布），项目中的文件也显示如下：

分支选项卡，如 Update 中所示，显示 Dev 下降到 Release；不知道对不对，因为Release是Dev的一个分支，

或者...？？？

无论如何，我从 File > Source Control > Team Foundation Properties 看到了上面的内容

但是，当我选择 File > Source Control > Team Foundation Server MSSCCI Provider 时，绑定似乎是正确的 - HHS Dev 项目将 Dev 作为其本地文件夹位置，而 HHS Release 项目将 Release 文件夹作为其本地位置。

我不知道谁更困惑：我，任何碰巧读到这篇文章的人，还是 TFS/MSSCCI 本身。具有讽刺意味的是，这种事情是真正的生产力杀手。

我们开发了一个自定义签入策略插件，可将签入事件捕获到客户端上的 TFS 2013。这用于评估某些工作流状态并为签入生成有意义的注释。对于这些任务，检查用户为签入而选择/关联的工作项的有效性，并使用来自工作项的值来生成评论。这在 Visual Studio 领域中完美运行。直到最近，所有对 TFS 的签入都是通过 Visual Studio 2013 完成的。一个新团队加入了我们，他们使用了 XPA Magic。标准的 XPA 编辑器似乎利用 TFS 2013 的 32 位 MSSCCI 提供程序在 TFS 上执行签出和签入。通过 XPA 编辑器签入代码时，以下对话框用于允许用户选择/关联他的工作项并添加注释。

不幸的是，通过此对话框签入时，该功能不再起作用。我已经调试了插件项目，并且在通过此路线检查 OUT 时，会调用 Evaluate() 函数并公开 Microsoft.VisualStudio.TeamFoundation.VersionControl.PendingChanges.PendingChangesModelVS 。但是，在检查 IN 时，不会调用 Evaluate() 函数。

在概念上是否也可以捕获签入事件并获得与通过 Visual Studio 签入时相同（或相似）的结果？

客户端计算机在连接​​到 TFS 2013.Update3 应用程序服务器的 Windows 7 上运行 Visual Studio Premium 2013。

-

-

嘿，爱德华，

我不完全确定我是否正确解释了您的回复，但这里是:-)

这个想法是在签入时构建一个包含相关工作项的详细信息（如 WI 编号、描述和一些其他自定义信息）的注释。签入文件后，创建的更改集的注释将包含一些有用的信息。注释（字符串）在签入时生成，然后设置在以下属性中：PendingCheckin.PendingChanges.Comment = newCheckinComment;

全名空间：{Microsoft.VisualStudio.TeamFoundation.VersionControl.PendingChanges.PendingChangesModelVS}.PendingCheckin.PendingChanges.Comment

因此，我们需要在签入操作期间将评论推送到此处。在签入时，我们还确定至少有一个 WI 相关联，可以从中提取数据，因为这是强制执行的。

在调试中，每次执行这些操作时都会触发以下事件：

• 在团队资源管理器中进行刷新。（PendingCheckin.Policies.EvaluationState = 未评估）

• 通过 Windows 资源管理器中的上下文菜单“Team Foundation Server”进行结帐。（PendingCheckin.Policies.EvaluationState = 未评估）

• 在使用 Visual Studio 签入时 (PendingCheckin.Policies.EvaluationState = Evaluated )

看到我们只对签到动作感兴趣，代码只响应：PendingCheckin.Policies.EvaluationState = Evaluated

因此，您可以看到问题出现了，即通过 Windows 资源管理器中的上下文菜单“Team Foundation Server”签入，永远不会到达 Evaluate() 函数，但从同一个上下文菜单中签出确实......希望它使感觉！

当我通过 MSSCCI 设置 Matlab 的 Team Foundation Server 集成时，我错误地使用了用于 Visual Studio 项目的工作区。这是一个问题，因为 MSSCCI 会强制将工作区从本地转换为服务器，这对于我的 Visual Studio 项目来说是不可取的。

因此，为了解决这个问题，我为 Matlab 创建了一个单独的服务器工作区，但我不知道如何切换 Matlab 以使用新的工作区。这是令人讨厌的，因为您对工作区所做的任何更改（重命名或移动映射的 Matlab 目录）都会导致 MSSCCI 抛出一个无休止的错误消息序列。我已经在 Matlab 中挖掘了首选项窗口，但它没有任何选项可以做到这一点。

如何让 Matlab 切换到新的工作区？

我试图将 Team Foundation Server 2012 与 Sql Server Management Studio 2012 一起使用。我安装了Microsoft Visual Studio Team Foundation Server 2013 和 2015 MSSCCI Provider 32 位，并在工具 -> 源代码控制下选择它作为当前源代码控制插件- > SSMS 插件选择。

问题是，当我第一次创建/打开解决方案并尝试从文件-> 源代码管理-> 将解决方案添加到源代码管理中添加解决方案时，会出现一个对话框，要求在连接后连接到 tfs并且在服务器上指定了服务器的位置并按下了确定按钮，它会显示一条警告，指出我的工作区是本地工作区，并且本地工作区在 MSSCCI 中无法正常工作。单击“是”后，它会询问我是否要将其更改为服务器工作区

我收到以下错误

遇到意外错误。建议您尽快重新启动应用程序。
错误：不支持此类接口
文件：Vsee\internal\inc\vscomptr.inl
行号：259

一旦我选择Add Solution to Source Control ，再次尝试会产生此错误消息。

我已经尝试了 Microsoft 从链接中提供的一些修补程序：https: //support.microsoft.com/en-us/kb/2727824但它们没有安装在我的机器上，说我的 SSMS 版本更新。

我怎样才能解决这个问题？

I have existing project in Visual Fox Pro 9 SP2. I added this project to source control over VFP IDE with MSSCCI provider integrated, then I added files to source control. Everything was ok, but then I update project list and error

"cannot update project from project metafile"

occurs.

Same error is shown when I try join source controlled project to other workspace.

There is problem with PJM file (error description on msdn), but I don't know how solve it. I did not change file manually, there is no conflict and there is no format problem because it was generated automatically by tool.

Can somebody explain me why I have this problem and how solve it? Thank you

MSSCCI 是否有可能使 VFP 项目加载缓慢？项目有 1000 多个文件，工作区是服务器。项目加载大约 120 多秒。加载过程中网络流量较大，CPU和内存没有明显变化。请问如何优化加载项目？

解决方案：

不，似乎加载缓慢是由于在 VFP 中控制的小型大型项目源使用 MSSCCI 提供程序的结果。

我对此很陌生，所以我非常感谢您的帮助！！！！

我的存储库在 TFS 中，我正在使用 Visual Studio 2015 和 SSMS 2016，我的经理要求我为特定作者找到每个分支的“行已更改”。

您能否帮助我实现这一目标？

我在 Windows 10 上使用 Ranorex 7.2。

我们正在使用带有 2013 版 MSSCCI 插件的 VS 2013 Express Desktop update 4。当我尝试将 Ranorex 链接到 TFS（可以从 Ranorex 内部完成）时，我在 Ranorex 中弹出以下错误消息：'无法加载文件或程序集'Microsoft.TeamFoundation.VersionControl.ControlAdapter，版本 = 12.0.0.0'。从附加的屏幕截图中可以看出，它指向一个无效的指针。尝试链接 VS & Ranorex 或任何其他 3rd 方应用程序时是否有人出现此错误？

我什至尝试使用 2012 MSCCI 回滚到 VS 2012，所有这些都发生了变化，错误中提到的“版本”从 12.0.0.0 变为 11.0.0.0。我现在用 2013 MSSCCI 回到 VS 2013。根据微软论坛上的帖子，我还安装了 VS Remote Tools 和 VS Agents，但这并没有解决问题。

据我所知，该公司正在使用 TFS 2016，我认为它已完全修补和更新。

任何人的任何线索、指示和建议都将受到欢迎。

我有一个使用 MSSCCI Provider 连接到 TFS 的解决方案。如何切换到将它与 TFS 一起使用并将 MSSCCI 作为中间人？

当我在工具 --> 选项 --> 源代码控制 --> 当前源代码控制中选择 TFS 时，我收到一条消息，表明活动解决方案将被关闭。当我再次打开它时，解决方案仍然由 MSSCCI 控制，忽略我的选择。

欢迎任何建议。