标签: source-control-explorer

我喜欢Visual Studio 2013中的一些新东西.有些东西很烦人,但我猜他们试图推动或拉动人们采用不同的做法.

但是,当我打开VS2013完全崩溃时,源代码控制资源管理器的奇怪之处.在VS2010中,它总是对我所拥有的最后状态开放.当我使用VS2013时,这变得越来越烦人.我经常要点击.当然,我可以打开最近的项目,但来吧.我怎样才能保持树的开放:)？

在右边是它始终打开的东西,在VS2010中,如果我关闭它时它就像是左边的那样.

我已将源代码管理器中的源代码复制到本地驱动器.映射已完成,我能够处理代码并构建它.但是,有些文件在解决方案资源管理器中没有显示,尽管它显示在驱动器的本地副本中.

我试图刷新它,我无法在解决方案资源管理器中获得正确的文件夹结构.任何建议如何得到它？

我对编程和 Git 都很陌生。当在我自己创建的 Visual Studio Code 中打开 Git 存储库时，我注意到我的源代码控制面板告诉我进行了超过 10k 的更改，它位于 User/Gitfolder (MAC M1) 中。我是这个存储库中唯一的一个，并且没有对其进行任何更改。可能是什么问题？

打开 VSC 时，我收到一个小警告窗口，其中显示文本“‘/Users/username’处的 git 存储库有太多活动更改，将仅启用 Git 功能的子集”

我有一个存储在TFS源代码控制(2008)中的项目正在由2个开发人员处理.所有3个版本(Developer1,Developer2和Server)都是最新的.但是,两位开发人员都报告解决方案资源管理器中的某些文件说"由其他人或其他地方签出" - 但在源代码管理资源管理器中查看的相同文件表明它们可用.似乎工作空间已经混淆但实际文件"很好".

有人可以帮忙吗？

我们正在慢慢地将项目从旧的基于文件的存储(不要求)转移到tfs.我们的编码器仍然用于查找文件系统中的代码.

由于我们正在谈论每个都有某种历史的100个项目,我们必须逐一仔细地移动它们.结果是,我们将不得不使用与TFS托管文件混合的现有文件结构生存一段时间.

为了让编码人员的生活更轻松,我想在文件系统中为我们移动的每个项目创建一个快捷方式.因此开发人员可以查看项目是否已被移动,如果是,则双击以打开直接指向正确项目的TFS源代码管理资源管理器.

这可能吗？感谢您的答复.

我想Source Control在连接到TFS团队项目时获取文件夹的最新信息之前,知道文件夹的总文件大小.

我怎样才能做到这一点？

使用Team Server Foundation时出错。我曾要求进行代码审查，还添加了自己作为审查者，以便可以在每个文件上添加注释。完成后，我关闭了评论，却没有意识到它将对其他所有人关闭。

如何重新打开已关闭的评论？它给我的所有内容都是灰色的，或者在我尝试打开它的任何地方（源代码管理资源管理器，团队资源管理器和Web）都没有可用的操作。

我们的代码中有一个函数没有被调用,但应该是.我们知道它是在大约两年前发布的软件版本中被调用的.

因此,在过去几千次修改我们的代码(在git存储库中)的某个时刻,这个函数调用被删除了,我们需要知道这是什么时候.

有没有办法自动搜索这些修订版以查找何时,或者我们是否需要通过修订版进行手动二进制搜索？

这是 Visual Studio 15 Preview 5 中的内容。我附上了下面发生的情况的图像：

由于某种原因，您选择目标分支的组合框不存在。为什么？我可以以某种方式解决这个问题还是我必须使用命令执行所有操作？

如何消除 Visual Studio Code 上的这些“更改”？有超过数千个文件，自从我在 MacBook 上安装了 VS Code 以来，我并没有意识到这些变化。我git reset --hard在终端上尝试过，但什么也没发生。我也不记得我的笔记本电脑上有这些文件，VS Code 甚至无法打开这些文件。VS Code 也未能通知我这些“更改”。每当我尝试删除所有文件时，它都会说git: fatal: you are on a branch yet to be born

请参阅下面的屏幕截图：