1. 02 11月, 2017 1 次提交
  2. 01 11月, 2017 6 次提交
  3. 31 10月, 2017 5 次提交
  4. 30 10月, 2017 4 次提交
  5. 28 10月, 2017 2 次提交
  6. 27 10月, 2017 5 次提交
    • L
      Fetch the merged branches at once · 57d7ed05
      Lin Jen-Shin (godfat) 提交于
      57d7ed05
    • B
      a2894b7a
    • S
      Avoid hitting statement timeout finding MR pipelines · ba9b4c4d
      Sean McGivern 提交于
      For MRs with many thousands of commits, `SELECT DISTINCT(sha)` will be very
      slow.
      
      What we can't do to fix this:
      
      1. Add an index. Postgres won't use it for DISTINCT without a lot of ceremony.
      2. Do the `uniq` in Ruby. That can still be very slow with hundreds of
         thousands of commits.
      3. Use a subquery. We haven't removed the `st_commits` column yet, but we will
         soon.
      
      Until 3 is available to us, we can just do 2, but also add a limit clause. There
      is no ordering, so this may return different results, but our goal with these
      MRs is just to get them to load, so it's not a huge deal.
      ba9b4c4d
    • Z
      Cache commits on the repository model · 3411fef1
      Zeger-Jan van de Weg 提交于
      Now, when requesting a commit from the Repository model, the results are
      not cached. This means we're fetching the same commit by oid multiple times
      during the same request. To prevent us from doing this, we now cache
      results. Caching is done only based on object id (aka SHA).
      
      Given we cache on the Repository model, results are scoped to the
      associated project, eventhough the change of two repositories having the
      same oids for different commits is small.
      3411fef1
    • A
      Add KubernetesService#default_namespace tests · 3aafcc16
      Alessio Caiazza 提交于
      3aafcc16
  7. 26 10月, 2017 1 次提交
  8. 25 10月, 2017 1 次提交
  9. 24 10月, 2017 1 次提交
  10. 23 10月, 2017 4 次提交
  11. 22 10月, 2017 3 次提交
  12. 21 10月, 2017 1 次提交
  13. 20 10月, 2017 1 次提交
  14. 19 10月, 2017 1 次提交
  15. 18 10月, 2017 1 次提交
  16. 17 10月, 2017 3 次提交