1. 30 4月, 2019 1 次提交
  2. 29 4月, 2019 1 次提交
  3. 25 4月, 2019 1 次提交
    • F
      Added list_pages method to avoid loading all wiki pages content · dde69bfb
      Francisco Javier López 提交于
      Inside a wiki, when we show the sidebar or browse to the `pages`,
      all page contents are retrieved from Gitaly and that is a waste
      of resources, since no content from that pages are going to be
      showed.
      
      This MR introduces the method `ProjectWiki#list_pages`,
      which uses new wiki_list_pages RPC call to retrieve
      pages without content
      
      Also in the `WikisController` we're using the method to show
      pages in the sidebar and also on the `pages` page.
      dde69bfb
  4. 23 4月, 2019 5 次提交
  5. 18 4月, 2019 1 次提交
  6. 17 4月, 2019 1 次提交
  7. 12 4月, 2019 3 次提交
  8. 10 4月, 2019 1 次提交
  9. 05 4月, 2019 2 次提交
  10. 02 4月, 2019 1 次提交
    • P
      Download a folder from repository · 6766a0a1
      Patrick Bajao 提交于
      Add `GetArchiveRequest` to git-archive params.
      
      Modifies `Git::Repository#archive_metadata` to append `path`
      to `ArchivePrefix` so it'll not hit the cache of repository archive
      when it already exists.
      6766a0a1
  11. 27 3月, 2019 1 次提交
    • G
      Upgrade `gitlab-markup` to 1.7.0 · e5af7d83
      Gabriel Mazetto 提交于
      The new version requires `python3` to be available. In omnibus
      installation this is already a reality as we are currently pathing
      previous `gitlab-markup` version to use `python3` instead of `python2`.
      
      We are now requiring `python3` with the gem without having to patch it.
      
      As a consequence to also make it easy to use it in development, we've
      introduced a `Pipfile` and `Pipfile.lock`, working similarly to
      `Gemfile` and `Gemfile.lock`, and added documentation on how to use
      them.
      e5af7d83
  12. 26 3月, 2019 1 次提交
  13. 20 3月, 2019 1 次提交
  14. 19 3月, 2019 1 次提交
    • S
      Bump Rugged to 0.28.0 · 30caec32
      Stan Hu 提交于
      This version bump makes things consistent between Gitaly and
      fixes a significant number of bugs:
      https://github.com/libgit2/libgit2/releases
      
      This also decreases disk space of Omnibus builds by ~30 MB.
      
      There is also a workaround for
      https://github.com/libgit2/rugged/issues/785. If Gitaly or another
      process changes .gitconfig while Rugged has the file loaded,
      Rugged::Repository#each_key will report stale values unless a lookup is
      done first.
      
      This bug only manifests in a spec because we are using both Gitaly and
      Rugged at the same time there, and we normally don't use Rugged in the
      CE/EE code in this way.
      30caec32
  15. 18 3月, 2019 1 次提交
  16. 13 3月, 2019 1 次提交
  17. 12 3月, 2019 1 次提交
  18. 09 3月, 2019 1 次提交
  19. 08 3月, 2019 3 次提交
  20. 06 3月, 2019 1 次提交
    • P
      Accept force option on commit via API · de5aef3b
      Patrick Bajao 提交于
      When `force` is set to `true` and `start_branch` is set, the
      branch will be ovewritten with the new commit based on the
      `HEAD` of the `start_branch`.
      
      This commit includes changes to update the `gitaly-proto` gem.
      de5aef3b
  21. 05 3月, 2019 1 次提交
    • D
      Allow raw `tls_options` to be passed in LDAP configuration · f6350fac
      Drew Blessing 提交于
      We've previously exposed ca_file and ssl_version but there are many
      possible options that can be used inside tls_options. Instead of
      exposing individual ones, simply expose the entire hash so it can
      be passed in and we won't have to add things in the future.
      f6350fac
  22. 02 3月, 2019 1 次提交
  23. 01 3月, 2019 2 次提交
  24. 25 2月, 2019 1 次提交
    • O
      Support merge to ref for merge-commit and squash · 1ad69967
      Oswaldo Ferreira 提交于
      Adds the ground work for writing into
      the merge ref refs/merge-requests/:iid/merge the
      merge result between source and target branches of
      a MR, without further side-effects such as
      mailing, MR updates and target branch changes.
      1ad69967
  25. 22 2月, 2019 1 次提交
  26. 17 2月, 2019 1 次提交
  27. 15 2月, 2019 1 次提交
  28. 12 2月, 2019 1 次提交
  29. 09 2月, 2019 1 次提交
  30. 06 2月, 2019 1 次提交