问题标签 [source-control-explorer]

我有一个 VS 2012 解决方案，其中包含多个项目。

当我在项目下创建新的解决方案文件夹或新文件夹并通过“解决方案资源管理器”添加文件时，它只会修改slnorcsproj文件。新添加的文件不会显示在“待更改”中。

我必须通过“源代码管理资源管理器”->“将项目添加到文件夹”再次显式添加文件，以便[add]在签入之前实际拥有它。

我需要更改什么才能通过“解决方案资源管理器”本身添加文件？

我的应用程序很少有 nuget 包引用。我应该将包文件夹也签入源代码管理吗？我的目的是让其他开发人员可以使用源代码并跟上参考的稳定版本。如果我已经使用最新的 nuget 更新更新了项目并且应用程序中断，我想从源代码管理中获取特定版本的 depedable dll。

或者我应该创建一个库文件夹并从包文件夹中删除 dll 并检查我以前做过的那个？并仅在本地管理包文件夹？

我离线工作了几天，离线编辑了近 20 个文件。现在我回到办公室并上网到 tfs，它检查了我编辑的所有文件，但没有冲突列表。这些文件上发生了许多签入，但没有列出任何冲突。尝试从源代码管理资源管理器获取最新版本，但它不起作用。任何帮助将不胜感激。

I have multiple solutions that were previously mapped to a hosted TFS. Their local mapping was defined as well and all the source code was up-to-date locally. I have since discontinued my TFS subscription and started using visualstudio.com as my TFS server.

I went into one of the solutions, deleted the *.vssscc files from the solution and the *.vspscc files from each nested project. When I open the solution in VS 2013, the output window gives me a message saying the the original TFS (unsubscribed now) is not available and that the solution is open offline.

As a result, when I choose the "Change source Control" option, it first asks me to log in to the old TFS whose credentials are no longer valid.

Furthermore, it tells me that the local directory I am trying to map to the new TFS is already mapped to the old TFS. How can I remove this mapping without having access to the old TFS?

当我尝试签出文件时，当我使用相同的凭据连接到相同的 TFS 时，我没有从不同的系统获得“签出 - 防止其他用户签出和签入”选项，此选项显示在同一个文件的下拉菜单。请让我知道可能是什么原因？

我创建一个文件ResXResourceWriter并生成。当我想添加它的源代码控制时

命令提示符窗口将打开显示的红线并快速关闭。所以我无法阅读错误。我应该怎么做才能防止窗口关闭？

我不确定这是怎么发生的，我似乎无法解锁自己的文件：

无法撤消或解锁。请指出我可能错过的任何文档（尽管我已经在谷歌上搜索了 30 多分钟）。我想这是一个经验的事情。

使用Team Foundation Server时，当您需要测试出现的问题（错误、功能请求等）的某些方法时，是否有一种普遍接受的方法来处理分支？

例如，假设您与其他几个开发人员在一个团队中，一位开发人员说他只是不知道如何解决这个问题并要求您提供帮助。您有一些想法，但您想确保不会意外更改他的主要代码分支，以防您的想法不起作用。

此时，您可以：

• 制作本地副本并将其从源代码管理中取消绑定，以确保您不会在将来意外签入任何更改。
• 从他的分支创建一个分支并将其称为“测试”或其他名称，并在完成后删除该分支。
• 查看他的分支的副本，并在您确定您的方法不起作用时简单地“撤消待处理的更改”（这似乎很危险）。

我知道您可能可以通过其他几种方式来处理它，但我只是好奇是否有一种流行的方式可以对源代码控制下的代码进行“测试更改”。

我花了整整两天时间试图解决这个问题，但没有运气，所以我们开始吧，

我过去使用Visual Studio Team Foundation Server插件创建了一个项目。后来我切换到Microsoft Git Provider。

现在，当我在 Team Explorer 中连接到该项目并双击解决方案以在本地处理它时，它会以某种方式自动将插件更改为 Microsoft Git 提供程序，当然我无法提交/提交和推送，因为我收到以下错误在团队资源管理器中，

发生错误。详细消息：无法打开目录'C:/Users/.../AppData/Local/Application Data/'

手动将插件更改为 Visual Studio Team Foundation Server 会导致 Team Explorer 损坏，如下所示，

设置导致一个空窗格，并且团队资源管理器的更改页面中还有一个警告，如果我单击 Pending Changes，则会告诉我下面的消息...

Microsoft Git Provider 不是当前的源代码管理插件。更改插件

并从解决方案资源管理器中手动选择解决方案，右键单击并将解决方案添加到源代码管理，导致永无止境的沙漏和（无响应）视觉工作室。

新项目

创建一个新项目是直截了当的，除非我“添加到源代码管理”被选中。如果是这样，如果在工具中选择了 Microsoft TFS 插件，则再次永无止境的过程，并最终结束 Visual Studio 任务。如果我选择了 Microsoft Git，那么这是一个非常长的过程（40 多分钟），但它会成功完成。

Team Explorer 中的新 TFS 项目

• 如果我在我的 Online Web Studio 中创建一个新项目
• 单击使用 Visual Studio 链接打开 => 打开并连接到我在团队资源管理器中新创建的 TFS。
• 在解决方案下的团队资源管理器中单击新建以创建新解决方案并将其绑定到此存储库，

导致 Visual Studio 直接崩溃并重新启动 VS。

因此，除了在 Visual Studio 上克隆 GitHub 的现有存储库并提交我当前的 Microsoft Git 托管项目之外，我真的不能使用 Visual Studio 的源代码控制。

我尝试过

• 修复 Visual Studio（结果不走运）
• Devenv.exe /setup（不走运）

• 尝试在我的解决方案中废弃 SCC 信息，然后至少它不会被源代码控制接收，然后我可以将其作为新项目签入。（没有运气，解决方案在通过单击 .sln 文件打开它时选择了 Microsoft Git。）我在这个堆栈溢出答案中遵循了这些步骤。

  还有很多乱七八糟的事情，比如把我的工作区移走近千次，然后把它们放回去，装订等等。

Visual Studio 日志文件

http://filesave.me/file/50620/log-txt.html。

我真的被困在这个问题上，它阻止了我盯着一个新项目（当勾选添加到源代码管理时这是有问题的）并且不幸的是依赖于旧项目（它是在 Visual Studio Team Foundation Server Plug-in 下开发的正在发脾气）

想听听专业人士对此的意见

我使用 TFS Source Control 将我的代码存储在一个集中的存储库中，但唯一的缺点是，我不能只下载单个文件并进行更改并重新签入。此外，每台 PC 都需要有一个 VS使用源代码管理的许可。

我正在研究其他选项，遇到了 Git，我安装在我的 PC 中。我已经创建了一个存储库，并且仍在学习细节。我确实有一些问题希望这个社区可以帮助我回答。

我有一台服务器，我想在其中检查所有存储库并允许多台 PC 将文件下载到其本地 PC 并进行更改并提交回服务器。

这是一个场景：

因此，如果我在我的 PC（PC 1）中创建一个新文件/项目，我想提交到服务器。完成后，PC 2 希望将其下载到本地计算机并进行更改并将其提交回服务器。PC 2 还希望能够选择要在本地下载的文件进行编辑。

是否可以使用 Git，或者是否有更好的替代 TFS 源代码控制的方法。

我想要以下功能：

• 给予用户签入/签出文件夹/文件/项目的自由
• 使用集中的存储库服务器，用户可以在其中签入他们的文件夹/文件/项目
• 可以使用 Windows 资源管理器或最小设置

谢谢您的帮助。