源控制 - 待定更改 - 包含/排除的更改 - 可以更高吗？

Question

我准备在西红柿扔的时候躲开，因为这看起来很简单。然而......在Visual Studio 2013中，当查看待定更改时，垂直是否可以扩展包含的更改并排除更改段？

例如，今天早上我有一个很大的变化设置（下图中大约1200个文件是自动生成的T4s，但它仍然难以查看300像素的那么多数据。

Answer 1

我在VS2015中遇到了相同的行为。

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

Answer 2

我必须选择查看选项＆gt;显示解决方案更改，然后显示整个列表而不滚动。

Answer 3

更新
在 VS 2015 / Update 2 上，行为是当展开高度超过某个限制时，会出现两个可滚动部分。即，要使这些部分消失/合并为一个，似乎只需折叠一些树节点就足以使高度低于该神奇极限。

[原帖如下]

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

找不到可以修复它的UI选项。所以我决定只是“学会和它一起生活”，并开始进行实际的更改（即包括/排除项目，撤消，比较等） - 并突然发现它又回到了那个＆＃34; 34;高视图＆＃34;在其自己的！ 和，它仍然在＆＃34;树视图＆＃34;模式：

我猜测这是将某些项目转移到“排除的变更”中。部分（由于某种原因变得空洞 - 它之前没有出现过）。我没有理解实际做了什么，但这似乎是最可能的原因。

Answer 4

您可以更改为列表视图，它将为您提供所需的所有垂直空间，但显然您丢失了文件夹层次结构，因此它并不理想:(

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

编辑：添加了列表视图图片。

Answer 5

我刚刚在Visual Studio Update 4和5下对此进行了测试，看来目前的行为是，如果＆＃34; Included Changes＆＃34;或者在＆＃34;排除的变更＆＃34;列表，两个列表限制为300像素。

这对我来说很有意义，因为在＆＃34;包含的变化＆＃34;之间切换会变得太难。和＆＃34;排除的变化＆＃34;否则，必须来回滚动（虽然创造性地使用崩溃会使它更容易）。

如果将Pending Changes面板作为文档停靠，那么包含和排除的更改将显示为具有无限滚动的2列，这将是很好的，但唉，情况并非如此。

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