1. 14 5月, 2016 1 次提交
  2. 10 5月, 2016 1 次提交
    • J
      Remove the annotate gem and delete old annotations · f1479b56
      Jeroen van Baarsen 提交于
      In 8278b763 the default behaviour of annotation
      has changes, which was causing a lot of noise in diffs. We decided in #17382
      that it is better to get rid of the whole annotate gem, and instead let people
      look at schema.rb for the columns in a table.
      
      Fixes: #17382
      f1479b56
  3. 12 4月, 2016 1 次提交
  4. 29 3月, 2016 1 次提交
  5. 20 3月, 2016 1 次提交
  6. 19 3月, 2016 2 次提交
  7. 18 3月, 2016 1 次提交
  8. 16 3月, 2016 2 次提交
    • P
      Fix MergeRequest#source_sha when there is no diff · 18295585
      Pierre de La Morinerie 提交于
      `MergeRequest#source_sha` is expected to return the sha of the source
      branch last commit.
      
      But when a open Merge Request has no diff (e.g. all commits have already
      been merged to the target branch), `merge_request.source_sha`
      incorrectly returns `nil`.
      
      This was un-noticed before – but now that !2217 has been merged,
      it makes `Gitlab::Git::Commit.between` raise an
      "Unexpected nil argument" exception.
      
      This fixes the crash, by making sure that `source_sha` returns a
      correct result even when there is no diff available.
      18295585
    • P
      Add tests for MergeRequest#source_sha · 7cbf8fd0
      Pierre de La Morinerie 提交于
      7cbf8fd0
  9. 12 3月, 2016 1 次提交
    • Y
      Use a UNION in MergeRequest.in_projects · 4f3fa519
      Yorick Peterse 提交于
      The OR condition for source_project_id/target_project_id leads to a
      query plan that performs rather poorly on PostgreSQL due to the use of
      sub-queries. Because Rails offers no easy alternative for this
      particular problem we're forced to using a UNION for both conditions.
      The resulting query performs much faster than just using an OR.
      4f3fa519
  10. 03 3月, 2016 1 次提交
  11. 20 2月, 2016 1 次提交
  12. 12 2月, 2016 1 次提交
    • K
      Add new data to project in push, issue, merge-request and note webhooks data · b123171d
      Kirill Zaitsev 提交于
      - Add `avatar_url`, `description`, `git_ssh_url`, `git_http_url`,
        `path_with_namespace` and `default_branch` in `project` in push, issue,
        merge-request and note webhooks data
      - Deprecate the `ssh_url` in favor of `git_ssh_url` and `http_url` in
        favor of `git_http_url` in `project` for push, issue, merge-request and
        note webhooks data
      - Deprecate the `repository` key in push, issue, merge-request and
        note webhooks data, use `project` instead
      b123171d
  13. 04 2月, 2016 1 次提交
  14. 01 2月, 2016 1 次提交
    • Y
      Optimize fetching issues closed by a merge request · 99492d6b
      Yorick Peterse 提交于
      Instead of running ClosingIssueExtractor for every commit in a merge
      request we can gather all the commit messages (and the merge request
      description), concatenate all this together and then run
      ClosingIssueExtractor only once.
      
      The result of this is that MergeRequest#closes_issues is now between
      3.5x and 4x faster than the old setup. Using a merge request with 10
      commits (each referencing a number of issues to close) this reduced the
      call duration from around 200 milliseconds to around 50 milliseconds.
      
      As a result of these changes the Jira related tests for
      MergeRequest#closes_issues have been removed. These tests stubbed
      Commit#closes_issues meaning that the only code that was really tested
      was the call to Array#uniq to filter out duplicate issues. As this code
      is no longer used (nor present) the corresponding tests were removed.
      
      Related: gitlab-org/gitlab-ce#12419
      99492d6b
  15. 07 1月, 2016 1 次提交
  16. 06 1月, 2016 1 次提交
  17. 19 12月, 2015 1 次提交
  18. 09 12月, 2015 1 次提交
  19. 07 12月, 2015 1 次提交
  20. 05 12月, 2015 1 次提交
  21. 02 12月, 2015 1 次提交
  22. 24 11月, 2015 1 次提交
  23. 21 11月, 2015 1 次提交
  24. 18 11月, 2015 1 次提交
  25. 14 11月, 2015 1 次提交
  26. 23 10月, 2015 1 次提交
  27. 09 10月, 2015 1 次提交
  28. 06 9月, 2015 1 次提交
  29. 11 8月, 2015 2 次提交
  30. 04 8月, 2015 1 次提交
  31. 22 6月, 2015 2 次提交
  32. 27 5月, 2015 3 次提交
  33. 30 4月, 2015 1 次提交
  34. 17 4月, 2015 1 次提交