【问题标题】:is there an easy way to find out when an issue was closed有没有一种简单的方法可以找出问题何时关闭
【发布时间】:2016-07-19 13:09:05
【问题描述】:

我正在为我的公司研究是否应该迁移到 gitlab(来自 github).. github 的问题 api 似乎非常 rich 并且它有 closed_at 之类的东西来解决问题(这对我来说非常重要/分析有关何时创建/关闭问题的历史数据)。

在 gitlab 的 issues 的 api 文档中。我没有看到类似的字段。我看到的只是一个 state 字段(即状态:打开/关闭/合并等)。我看到了一个 @ 987654325@ 和 updated_at.. 但我没有看到任何 closed_at

想法?

【问题讨论】:

    标签: github gitlab github-api


    【解决方案1】:

    如果您查看lib/api/issues.rb,信息closed_at 是问题的一部分。

    它的 Entity::IssueEntity::ProjectEntity 但是不公开该字段。

    expose :state, :created_at, :updated_at
    

    这可以很简单地实现项目的合并请求,将该字段添加到Entity::Issue

    【讨论】:

    • 好的,从技术上讲,我可以分叉 gitlab 的代码,根据需要修改它并在我自己的服务器上托管我自己的 gitlab 版本,对吗?这将立即解决这个问题(尽管我将不得不处理维护和所有爵士乐)我的另一个选择是为这些人发送 PR,并希望有一天他们会接受它(即,如果我想要这个功能在 hosted 版本的 gitlab 上可用)对吗?
    • @abbood 是的,这至少可以让你在发送 PR 之前在本地验证这个补丁。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-11-11
    • 2020-02-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-08-29
    相关资源
    最近更新 更多