1. 02 3月, 2016 1 次提交
  2. 25 2月, 2016 1 次提交
  3. 21 2月, 2016 1 次提交
    • Y
      Flush emptiness caches whenever needed · e0cb3212
      Yorick Peterse 提交于
      This ensures that the emptiness cache (used for Repository#empty? and
      Repository#has_visible_content?) is flushed after comitting changes
      (using the web editor, API or Git) for new repositories. Once a
      repository is no longer empty there's no need to explicitly flush the
      cache for Repository#empty?. The cache for
      Repository#has_visible_content? in turn is already flushed whenever
      needed.
      
      Fixes gitlab-org/gitlab-ce#13387
      e0cb3212
  4. 20 2月, 2016 3 次提交
  5. 18 2月, 2016 3 次提交
    • Y
      Handle raw_repository returning nil in exists? · 5b6d347f
      Yorick Peterse 提交于
      If path_with_namespace is nil Repository#raw_repository will also return
      nil. Apparently code out there creates a Repository instance without a
      namespace path. Right.
      5b6d347f
    • Y
      Added specs for Repository#exists? · 8a7aad77
      Yorick Peterse 提交于
      8a7aad77
    • Y
      Only set autocrlf when creating/updating files · c475b171
      Yorick Peterse 提交于
      Setting the "autocrlf" Git option is an overkill since it's rarely
      actually needed. More importantly, it has quite the impact on
      performance (see gitlab-org/gitlab-ce#13457 for more information).
      
      By setting "autocrlf" when creating or updating files we guarantee the
      option is always set properly when we actually need it _without_
      introducing overhead for requests that have nothing to do with this
      option.
      
      Fixes gitlab-org/gitlab-ce#13457
      c475b171
  6. 17 2月, 2016 1 次提交
  7. 10 2月, 2016 1 次提交
    • Y
      Smarter flushing of branch statistics caches · 2ce0d063
      Yorick Peterse 提交于
      Instead of flushing the behind/ahead counts for all branches upon every
      push we now only flush the cache of branches that actually need to have
      these statistics recalculated. There are now basically 2 scenarios and
      their effects:
      
      1. A user pushes a commit to the default branch, this results in the
         cache being flushed for all branches.
      2. A user pushes to a non default branch, this results in _only_ the
         cache for that branch being flushed.
      
      The existing code (Repository#expire_cache) remains backwards compatible
      with the previous behaviour, the new behaviour is only applied when a
      branch name is passed as an argument. This ensures that when for example
      a project is deleted the cache for all branches is flushed.
      2ce0d063
  8. 08 2月, 2016 2 次提交
    • Y
      Cache various Repository Git operations · 9a99d8e4
      Yorick Peterse 提交于
      This caches the output of the following methods:
      
      * Repository#empty?
      * Repository#has_visible_content?
      * Repository#root_ref
      
      The cache for Repository#has_visible_content? is flushed whenever a
      commit is pushed to a new branch or an existing branch is removed.
      The cache for Repository#root_ref is only flushed whenever a user
      changes the default branch of a project. The cache for Repository#empty?
      is never explicitly flushed as there's no need for it.
      9a99d8e4
    • T
      b62cdc3c
  9. 22 1月, 2016 1 次提交
  10. 10 12月, 2015 1 次提交
  11. 09 12月, 2015 1 次提交
  12. 03 12月, 2015 2 次提交
  13. 02 11月, 2015 1 次提交
  14. 29 10月, 2015 6 次提交
  15. 16 10月, 2015 1 次提交
  16. 12 8月, 2015 1 次提交
  17. 11 8月, 2015 3 次提交
  18. 16 7月, 2015 1 次提交
  19. 12 7月, 2015 1 次提交
  20. 01 7月, 2015 2 次提交
  21. 23 3月, 2015 1 次提交
  22. 18 3月, 2015 1 次提交
  23. 10 3月, 2015 1 次提交
    • S
      This MR extends the commit calendar so it searches for commits made with every... · b26ab0ce
      Stan Hu 提交于
      This MR extends the commit calendar so it searches for commits made with every email address the user has associated with his account.
      
      This fixes one of the problems mentioned in gitlab-org/gitlab-ce#1162 and makes the behavior of the commit calendar as described in the profile.
      "All email addresses will be used to identify your commits."
      b26ab0ce
  24. 13 2月, 2015 1 次提交
  25. 29 9月, 2014 2 次提交