重新请求这个功能，因为它似乎被忽略了？
背景
在2016年至2020年期间，关于在SCM抽屉中对“更改视图的排序、过滤和分组”的能力提交了多份问题单。
#3918
#30199
#40712
在上述每个问题单中都明确请求了“按修改日期排序”，并得到了几位用户的积极评论。该功能也是像以下问题单这样的主要请求：
#28445
#71437
2020年，@joaomoreno 和 @lszomoru实施了许多功能并发布了大多数请求的功能(太棒了！)
#99768
#101116
然而，将更改列表按修改日期排序的具体能力似乎没有实现，也没有明确提及。通过阅读上述相关问题，我的理解是“按修改日期排序”可能是被误解了，与“按状态排序”混淆在一起，这两者并不相同。
如果有技术原因不能实现它，那么在上述任何问题中都没有提到。
功能请求
如果现有的SCM中的排序/过滤功能包括文件系统标准(如修改日期),那就太好了(可能最有用)。
上述链接之前的问题中已经描述了使用案例。
- 当一个人忘记在疯狂的“流程状态”开发工作后进行暂存/提交时(当然，“不应该发生在专业环境中”，但我们中的许多人都是爱好者，不需要遵循最佳实践；),最终会得到一个包含许多更改文件的长列表，这些文件跨越了本应该是多个单独暂存和提交的内容。
- 支持票据可以快速解决而不提交，事后跟进。
- 等等...
6条答案
按热度按时间p5cysglq1#
你似乎在请求排序，但你的问题的标题指的是过滤。
kpbpu0082#
编辑了标题！在阅读所有问题票据并花费一个小时编写此后，我弄错了标题！感谢您发现这一点。
是的，按(文件系统)修改日期排序
😅
mftmpeh83#
这个功能请求现在是我们待办事项列表的候选项目。社区有60天的时间对这个问题进行投票。如果它收到20个赞成票，我们将把它移到我们的待办事项列表中。如果没有，我们将关闭它。要了解更多关于我们如何处理功能请求的信息，请参阅我们的documentation。
快乐编码！
t1rydlwq4#
这个功能请求尚未收到20个社区投票，以将其添加到我们的待办事项列表中。还有10天时间。要了解更多关于我们如何处理功能请求的信息，请参阅我们的documentation。
快乐编码！
xsuvu9jc5#
这个功能请求收到了足够多的社区投票，我们将其移动到了我们的待办事项列表中。要了解更多关于我们如何处理功能请求的信息，请参阅我们的documentation。
快乐编码！
hpcdzsge6#
这是一个很好的撰写，我非常感谢所做的背景研究！我想知道按照各种文件系统标准进行排序是否可能过于宽泛或复杂，至少在最初阶段，并且可能会忽略更快、更简单、更具针对性的改进。
在我看来，核心需求是能够根据文件系统的修改时间对更改进行排序，这似乎是查看更改的自然和常见方式。虽然有时我更喜欢树形视图，但我认为当以扁平列表的形式查看时，按修改时间排序可能比按名称排序更有用，或者至少在我看来是这样。我经常发现自己试图找出某个工具或进程最近做出的更改，或者试图回顾一些最近的更改以回忆或比较一些先前显著的中间状态，而这种排序选项在这些情况下将非常有帮助。
我完全理解通过使此功能可扩展来满足这些请求的倾向，这将是很好的，但我建议避免过度工程化以支持任意排序，至少在目前为止，只需扩展当前提供的一组排序选项即可。
最后，也是最重要的是，感谢团队、贡献者和微软为我们提供了这样一个出色的工具！