1. 26 3月, 2020 1 次提交
  2. 18 3月, 2020 1 次提交
  3. 14 3月, 2020 1 次提交
  4. 10 3月, 2020 1 次提交
  5. 18 2月, 2020 1 次提交
  6. 04 2月, 2020 1 次提交
  7. 29 1月, 2020 1 次提交
  8. 24 1月, 2020 1 次提交
  9. 21 1月, 2020 1 次提交
  10. 10 1月, 2020 1 次提交
  11. 08 1月, 2020 1 次提交
  12. 23 12月, 2019 1 次提交
  13. 12 12月, 2019 1 次提交
  14. 06 12月, 2019 1 次提交
  15. 29 11月, 2019 1 次提交
  16. 23 11月, 2019 1 次提交
  17. 16 11月, 2019 1 次提交
  18. 15 11月, 2019 1 次提交
  19. 07 11月, 2019 2 次提交
  20. 22 10月, 2019 1 次提交
  21. 21 10月, 2019 1 次提交
  22. 16 10月, 2019 1 次提交
  23. 10 10月, 2019 1 次提交
  24. 30 9月, 2019 1 次提交
  25. 25 9月, 2019 1 次提交
  26. 18 9月, 2019 1 次提交
  27. 16 9月, 2019 2 次提交
  28. 13 9月, 2019 1 次提交
  29. 29 8月, 2019 1 次提交
  30. 22 8月, 2019 1 次提交
  31. 21 8月, 2019 1 次提交
    • G
      Add SortingPreference concern · 8bcc47ac
      George Koltsov 提交于
      Sorting preference functionality has been extracted
      from `IssuableCollections` to a new `SortingPreference`
      concern in order to reuse this functionality in projects
      (and groups in the future).
      8bcc47ac
  32. 13 8月, 2019 1 次提交
  33. 05 7月, 2019 1 次提交
    • D
      Use MergeRequest#source_project as permissions reference for MergeRequest#all_pipelines · 019caa8d
      drew cimino 提交于
      MergeRequest#all_pipelines fetches Ci::Pipeline records from the source
      project, so we should specifically check that project for permissions.
      This was already happening for intra-project merge requests, but in the
      event that the target and source projects both have private builds, we
      should ensure that the project permissions are respected.
      019caa8d
  34. 04 7月, 2019 1 次提交
    • N
      Allow asynchronous rebase operations to be monitored · 381468d0
      Nick Thomas 提交于
      This MR introduces tracking of the `rebase_jid` for merge requests. As
      with `merge_ongoing?`, `rebase_in_progress?` will now return true if a
      rebase is proceeding in sidekiq.
      
      After one release, we should remove the Gitaly-based lookup of rebases.
      It is much better to track this kind of thing via the database.
      381468d0
  35. 28 6月, 2019 1 次提交
  36. 23 6月, 2019 1 次提交
    • S
      Enable Gitaly ref name caching for discussions.json · 30167193
      Stan Hu 提交于
      This eliminates many potential duplicate FindCommit RPCs for the same
      ref, which often occurs in the RelativeLinkFilter#current_commit call.
      On the GitLab 12.0 release post, for example, this would save close to
      400 RPC calls.
      30167193
  37. 20 6月, 2019 1 次提交
    • O
      Automatically update MR merge-ref along merge status · 3af348b6
      Oswaldo Ferreira 提交于
      This couples the code that transitions the `MergeRequest#merge_status`
      and refs/merge-requests/:iid/merge ref update.
      
      In general, instead of directly telling `MergeToRefService` to update
      the merge ref, we should rely on `MergeabilityCheckService` to keep
      both the merge status and merge ref synced. Now, if the merge_status is
      `can_be_merged` it means the merge-ref is also updated to the latest.
      
      We've also updated the logic to be more systematic and less user-based.
      3af348b6
  38. 12 6月, 2019 1 次提交