当西红柿被扔掉时，我准备躲避，因为这看起来很简单。尽管如此...在 Visual Studio 2013 中查看挂起的更改时，是否有办法垂直扩展包含的更改和排除的更改段？
例如，今天早上我有一个大的更改集（下图中大约 1200 个文件是自动生成的 T4，但要查看 300 像素中的这么多数据仍然很困难。
【问题讨论】：
我在 VS2015 中遇到了同样的行为。
你可以通过折叠树的一部分来避免这个小盒子，它只在当前显示的列表“太长”时出现。
【讨论】：
我必须选择“查看选项”>“显示解决方案更改”，然后整个列表可见，无需滚动。
【讨论】：
更新
在 VS 2015/Update 2 上，当展开高度 超过一定限制时，会出现两个可滚动部分。即，要使这些部分消失/合并为一个，只需折叠一些树节点似乎就足够了，这样高度就会低于这个神奇的限制。
[原帖如下]
遇到完全相同的问题（我正在运行 VS 2013 Pro，更新 4）
找不到可以修复它的 UI 选项。所以我决定只是“学会接受它”，并开始进行实际的更改（即包含/排除项目、撤消、比较等）——然后突然注意到它自己恢复到那个“高视图” ！ 而且，它仍然处于“树视图”模式：
我猜这是将某些项目移动到“排除的更改”部分（由于某种原因变成空的 - 以前不是）。我没有发现实际上是怎么做到的，但这似乎是最可能的原因。
【讨论】：
您可以更改为列表视图，这将为您提供所需的所有垂直空间，但显然您会丢失文件夹层次结构，所以它并不理想:(
或者，您可以使用 TFS Power Tools 启用 Windows Explorer 集成，该集成使用完全可调整大小的旧样式对话框。
编辑：添加列表视图的图像。
【讨论】：
我刚刚在 Visual Studio 更新 4 和 5 下对此进行了测试，目前的行为似乎是，如果“包含的更改”或“排除的更改”列表中的项目超过 99 个，则这两个列表都是有限的到 300 像素。
这对我来说很有意义，因为在“包含的更改”和“排除的更改”之间切换会变得太难，否则必须来回滚动（尽管创造性地使用折叠会更容易）。
如果将 Pending Changes 面板停靠为文档，包含和排除的更改将显示为 2 列并无限滚动，那会很好，但可惜情况并非如此。
在某些情况下，如果您的更改集中有文件夹，切换到列表视图会删除一些“树”节点。这可能会导致面板折叠，更改较少。
【讨论】：