1. 01 Mar, 2019 2 commits
  2. 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.
  3. 26 Feb, 2019 1 commit
  4. 25 Feb, 2019 1 commit
  5. 20 Feb, 2019 2 commits
  6. 11 Feb, 2019 1 commit
  7. 08 Feb, 2019 2 commits
  8. 06 Feb, 2019 1 commit
  9. 31 Jan, 2019 2 commits
  10. 29 Jan, 2019 1 commit
    • 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.
  11. 28 Jan, 2019 1 commit
  12. 25 Jan, 2019 1 commit
    • Gabriel Mazetto's avatar
      Refactor Storage Migration · 7bc16889
      Gabriel Mazetto authored
      Specs were reviewed and improved to better cover the current behavior.
      There was some standardization done as well to facilitate the
      implementation of the rollback functionality.
      StorageMigratorWorker was extracted to HashedStorage namespace were
      RollbackerWorker will live one as well.
  13. 24 Jan, 2019 1 commit
  14. 21 Jan, 2019 1 commit
  15. 16 Jan, 2019 1 commit
    • 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.
  16. 14 Jan, 2019 1 commit
  17. 11 Jan, 2019 2 commits
  18. 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.
  19. 07 Jan, 2019 5 commits
    • Gabriel Mazetto's avatar
      Only set as `read_only` when starting the per-project migration · ee4af0c6
      Gabriel Mazetto authored
      In the previous code, we locked the project during the migration
      scheduling step, which works fine for small setups, but can be
      problematic in really big installations.
      We now moved the logic to inside the worker, so we minimize the time a
      project will be read-only. We also make sure we only do that if
      reference counter is `0` (no current operation is in progress).
    • Reuben Pereira's avatar
    • Steve Azzopardi's avatar
      Add explicit test for #latest_successful_build_for! · 935dc667
      Steve Azzopardi authored
      project.latest_successful_build_for! is being tested inside of `describe
      explicit. In doing so some duplication was generated but not
      `#latest_successful_build_for!` has full coverage unlike before.
      Move `create_pipeline` & `create_build` as helper methods for this spec
      to reduce duplication.
    • Steve Azzopardi's avatar
      Create `get_build` for project model · f9c8822a
      Steve Azzopardi authored
      Inside of `Projects::ArtifactsController` and
      `Projects::BuildArtifactsController` we fetching the build by id using
      active record directly which violates `CodeReuse/ActiveRecord` rubocop
      rule. Create `get_build` inside of `project` model which does the same
    • Steve Azzopardi's avatar
      Refactor project.latest_successful_builds_for def · 7ac32ae2
      Steve Azzopardi authored
      `project.latest_successful_builds_for(ref)` is being used to find a
      single job all the time. This results into us having to call `find_by`
      inside of the controller which violates our CodeReuse/ActiveRecord
      rubocop rule.
      Refactor `project.latest_successful_builds_for(ref)` to
      `project.latest_successful_build_for(job_name, ref)` which will execute
      the `find_by` inside of the model.
      Also create `project.latest_successful_build_for!(job_name, ref)` which
      raises an exception instead of returning nil.
  20. 04 Jan, 2019 2 commits
  21. 03 Jan, 2019 3 commits
  22. 02 Jan, 2019 3 commits
  23. 21 Dec, 2018 1 commit
  24. 19 Dec, 2018 2 commits
  25. 13 Dec, 2018 1 commit