\n\n有谁知道是否有办法将 Gitlab 问题跟踪器中的默认排序从“最新”更改为“最近更新”
\n
据我所知(2014 年中):
\ngitlab.yml
这可能是一个很好的 PR(拉取请求),首先:
\napp/helpers/issues_helper.rb
,按名称对问题进行排序app/models/project.rb
,它还按名称对问题进行排序app/views/projects/issues/_issue.html.haml
按名称列出问题2016 年 1 月更新:正如stevenw00在评论中提到的,现在有问题 5546
\n\n\n作为经常查看问题列表(或合并请求)的用户,我希望能够记住我使用的列表排序,这样我就不必在查看问题列表(或合并请求)时不断设置排序合并请求)。
\n
2018 年 12 月更新为GitLab 11.6
\n\n\n\n每个用户在问题、合并请求和史诗中保存的排序顺序
\n现在,问题、合并请求、史诗甚至路线图视图中都有用户指定的排序顺序选择。
\n
\n您选择排序的属性类型以及选择的排序顺序(升序或降序)都会保存到系统中,这样当您返回相同类型的对象列表时,它将保持您所拥有的内容之前选择的。
2019 年 8 月更新,GitLab 12.2
\n\n\n\n\n从 12.2 开始,您现在可以在手动模式下对问题列表进行排序,这允许您在列表中拖放问题以为其分配相对顺序。
\n
\n\n\n对于启用了手动模式的所有项目问题列表和组问题列表,该顺序在整个实例中持续存在和维护
\n
使用GitLab 13.7(2020 年 12 月),您有一个新的(非免费)选项:
\n\n\n按问题被阻止的数量对问题进行排序
\n在对 GitLab 中的问题列表进行优先级排序时,确定关键路径以及某个问题是否阻碍其他问题通常很重要。
\n使用当前的问题列表,无法看出哪些问题阻碍了其他问题。唯一的方法是打开每个并查看问题描述下方的阻止程序列表,这是一项非常耗时的任务!
\n从 13.7 开始,您现在可以在任何问题列表上使用 \xe2\x80\x9cBlocking\xe2\x80\x9d 的过滤器,并且您将看到按阻止程序数量排序的列表。
\nhttps://about.gitlab.com/images/13_7/sort-issues-by-blockers.png -- 按问题阻止的数量对问题进行排序
\n\n