1. 18 Jan, 2017 1 commit
    • Ruben Davila's avatar
      Add some API endpoints for time tracking. · 0f3c9355
      Ruben Davila authored
      New endpoints are:
      
      POST :project_id/(issues|merge_requests)/(:issue_id|:merge_request_id)/time_estimate"
      
      POST :project_id/(issues|merge_requests)/(:issue_id|:merge_request_id)/reset_time_estimate"
      
      POST :project_id/(issues|merge_requests)/(:issue_id|:merge_request_id)/add_spent_time"
      
      POST :project_id/(issues|merge_requests)/(:issue_id|:merge_request_id)/reset_spent_time"
      
      GET  :project_id/(issues|merge_requests)/(:issue_id|:merge_request_id)/time_stats"
      0f3c9355
  2. 12 Jan, 2017 2 commits
  3. 04 Jan, 2017 2 commits
  4. 22 Dec, 2016 1 commit
  5. 07 Dec, 2016 1 commit
  6. 06 Dec, 2016 1 commit
  7. 05 Dec, 2016 1 commit
    • Bob Van Landuyt's avatar
      Feature: delegate all open discussions to Issue · 1123057a
      Bob Van Landuyt authored
      When a merge request can only be merged when all discussions are
      resolved. This feature allows to easily delegate those discussions to a
      new issue, while marking them as resolved in the merge request.
      
      The user is presented with a new issue, prepared with mentions of all
      unresolved discussions, including the first unresolved note of the
      discussion, time and link to the note.
      
      When the issue is created, the discussions in the merge request will get
      a system note directing the user to the newly created issue.
      1123057a
  8. 29 Nov, 2016 2 commits
  9. 24 Nov, 2016 1 commit
  10. 17 Nov, 2016 1 commit
  11. 09 Sep, 2016 1 commit
  12. 31 Aug, 2016 1 commit
  13. 30 Aug, 2016 4 commits
  14. 15 Aug, 2016 3 commits
  15. 27 Jul, 2016 1 commit
  16. 26 Jul, 2016 3 commits
  17. 12 Jul, 2016 1 commit
  18. 23 Jun, 2016 1 commit
  19. 17 Jun, 2016 2 commits
  20. 08 Jun, 2016 1 commit
    • Alejandro Rodríguez's avatar
      Fix pseudo n+1 queries with Note and Note Authors in issuables APIs · fade1a4c
      Alejandro Rodríguez authored
      This was not a clear cut n+1 query, given that if you're directly subscribed to all issues
      that the API is returning you never really need to check for the notes. However, if you're
      subscribed to _all_ of them, then for each issuable you need to go once to `notes`, and
      once to `users` (for the authors). By preemtively loading notes and authors, at worst you have
      1 extra query, and at best you saved 2n extra queries. We also took advantage of this preloading
      of notes when counting user notes.
      fade1a4c
  21. 03 Jun, 2016 2 commits
  22. 12 May, 2016 1 commit
  23. 28 Apr, 2016 1 commit
  24. 13 Apr, 2016 5 commits