1. 22 Mar, 2019 1 commit
  2. 18 Mar, 2019 1 commit
  3. 13 Mar, 2019 2 commits
  4. 12 Mar, 2019 1 commit
  5. 06 Mar, 2019 2 commits
  6. 01 Mar, 2019 2 commits
  7. 27 Feb, 2019 1 commit
    • Jacopo's avatar
      Add project http fetch statistics API · 5ae9a44a
      Jacopo authored
      The API get projects/:id/traffic/fetches allows user with write
      access to the repository to get the number of clones for the
      last 30 days.
      5ae9a44a
  8. 26 Feb, 2019 2 commits
  9. 25 Feb, 2019 4 commits
  10. 20 Feb, 2019 1 commit
  11. 18 Feb, 2019 1 commit
  12. 11 Feb, 2019 1 commit
  13. 08 Feb, 2019 1 commit
  14. 06 Feb, 2019 2 commits
  15. 04 Feb, 2019 2 commits
  16. 01 Feb, 2019 1 commit
  17. 31 Jan, 2019 3 commits
  18. 29 Jan, 2019 2 commits
    • Adrian Moisey's avatar
      Add GitLab Pages predefined variables · 88d1ec62
      Adrian Moisey authored
      88d1ec62
    • Andreas Brandl's avatar
      Flush InternalId records after import · fede3a0b
      Andreas Brandl authored
      After the import has finished, we flush (delete) the InternalId records
      related to the project at hand. This means we're starting over with
      tracking correct internal id values, a new record will be created
      automatically when the next internal id is generated.
      
      The GitHub importer assigns iid values by using supplied values from
      GitHub. We skip tracking internal id values during the import in favor
      of higher concurrency. Deleting any InternalId records after the import
      has finished is an extra measure to guarantee consistency.
      
      Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/54270.
      fede3a0b
  19. 28 Jan, 2019 1 commit
  20. 21 Jan, 2019 1 commit
  21. 16 Jan, 2019 2 commits
    • Yorick Peterse's avatar
      Refactor code for protecting default branches · 52eeb56b
      Yorick Peterse authored
      This refactors some of the logic used for protecting default branches,
      in particular Project#after_create_default_branch. The logic for this
      method is moved into a separate service class. Ideally we'd get rid of
      Project#after_create_default_branch entirely, but unfortunately
      Project#after_import depends on it. This means it has to stick around
      until we also refactor Project#after_import.
      
      For branch protection levels we introduce
      Gitlab::Access::BranchProtection, which provides a small wrapper around
      Integer based branch protection levels. Using this class removes the
      need for having to constantly refer to Gitlab::Access::PROTECTION_*
      constants.
      52eeb56b
    • Yorick Peterse's avatar
      Refactor checking personal project limits · 2d9a6f2b
      Yorick Peterse authored
      This refactors the code used for checking if a user has exceeded the
      personal projects limit. As part of this refactor the method has been
      renamed from Project#check_limit to "check_personal_projects_limit", as
      this name makes it much more clear what the purpose of the method is.
      Standalone unit tests have also been added, as before we only had a
      single generic validation test that did not cover all cases.
      
      The old implementation of the refactored method also included a `rescue`
      statement. This code would only run when a project creator was not set.
      The error that would be added wasn't super useful, especially since
      there would already be errors for the creator not being present. As none
      of the other code in the "check_personal_projects_limit" raises, it has
      been removed.
      2d9a6f2b
  22. 14 Jan, 2019 2 commits
  23. 11 Jan, 2019 3 commits
  24. 09 Jan, 2019 1 commit
    • Steve Azzopardi's avatar
      Remove get_build method for find_by_id · ab6b9a1c
      Steve Azzopardi authored
      The original intention of `get_build` was as a workaround not to violate
      `CodeReuse/ActiveRecord`. `find_by_id` does the exact same thing but
      does not violate the rubocop rule.
      ab6b9a1c