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

Question

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

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

Answer 1

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

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

Answer 2

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

Answer 3

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

[原帖如下]

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

找不到可以修复它的UI选项。所以我决定“学会忍受它”，并开始进行实际的更改（即包括/排除项目，撤消，比较等） - 并突然发现它自己又恢复了那个“高大的视野” ！并且，它仍然处于“树视图”模式：

我猜这是将一些项目移动到“排除的更改”部分（由于某种原因变得空洞 - 它不是之前）。我没有抓到实际做的伎俩，但这似乎是最可能的原因。

Answer 4

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

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

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

Answer 5

我刚刚在Visual Studio Update 4和5下进行了测试，看来目前的行为是，如果“包含的更改”或“排除的更改”列表中有超过99个项目，则两个列表都限制为300像素。

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

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

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