Tfs 源代码管理-挂起的更改-包含/排除的更改-可以将其设置得更高吗？

我准备在扔西红柿的时候躲起来，因为这看起来很简单。然而在Visual Studio 2013中，当查看挂起的更改时，是否有方法垂直扩展包含的更改和排除的更改段

例如，今天早上我有一个大的改变集（下图中约1200个文件是自动生成的T4，但要查看300像素的这么多数据仍然很困难

---

您可以更改为列表视图，该视图将为您提供所需的所有垂直空间，但显然您失去了文件夹继承权，因此这并不理想：(

或者，您可以使用启用Windows资源管理器集成，该集成使用完全可调整大小的旧式对话框

编辑：添加列表视图的图像

---

我刚刚在Visual Studio Update 4和5中对此进行了测试，目前的行为似乎是，如果“包含的更改”或“排除的更改”列表中有99个以上的项目，则两个列表的像素数都限制在300像素以内

这对我来说是有意义的，因为在“包含的更改”和“排除的更改”之间切换会变得太困难，否则就必须来回滚动（尽管创造性地使用折叠会更容易）

如果将挂起的更改面板作为文档进行停靠，则包含的更改和排除的更改将显示为两列，并进行无限滚动，这将是一件好事，但遗憾的是，情况并非如此

---

在某些情况下，如果更改集中有文件夹，切换到列表视图会删除一些“树”节点。这可能会导致面板在较少更改的情况下折叠。

我必须选择“视图选项”>“显示解决方案更改”，然后整个列表在不滚动的情况下可见

---

更新
在VS 2015/Update 2上，当扩展的高度超过某个限制时，会出现两个可滚动的部分。也就是说，要使这些部分消失/合并为一个，似乎只需折叠一些树节点就足够了，这样高度就会降到该魔法限制以下

[原文如下]

有完全相同的问题（我正在运行VS 2013 Pro，更新4）

找不到可以修复此问题的UI选项。因此，我决定“学会适应它”，并开始进行实际更改（即包括/排除项、撤消、比较等）——突然发现它自己恢复到了“高视图”！并且，它仍然处于“树视图”模式：

---

我猜这是因为将某些项移到了“排除的更改”部分（由于某种原因，该部分变为空，以前没有）。我没有理解到底是什么造成了这种情况，但这似乎是最有可能的原因。

我在VS2015中遇到了同样的行为

---

您可以通过折叠部分树来避免小框，它只在当前显示的列表“太长”时出现。

我是否遗漏了什么？列表视图（我有时使用）坐在同一个300px的盒子里。我也是VS2013。我的不会改变大小-奇数。我用一个屏幕截图更新了我的帖子-注意滚动条的位置。我在Windows 8.1上，VS2013 Ultimate v12.0.21005.1 REL-但我无法想象这会有什么不同。Wierd！！好吧-所以我想我有点明白了。我的理论是VS 2013 update 1有一个bug修复。起初，包含的更改区域是300px列表或嵌套的。然后，我可以“触发”它移动全尺寸。现在，我有文件夹和列表的全尺寸。您介意我编辑您的答案，并包括标记为答案之前为我执行的步骤吗？@RB。您可以分享一下“触发”的方式吗它？直到我刚刚运行vs2013更新2，我才遇到这个问题。现在我遇到了这个问题！是的，这也发生在我身上：-）。但这里不是这样。似乎有一个bug在某个时候被修补过。谢谢你-我也遇到过这个问题吗