1. 06 Mar, 2019 1 commit
  2. 05 Mar, 2019 1 commit
    • João Cunha's avatar
      Creates Clusterss::ApplciationsController update endpoint · f8234d9a
      João Cunha authored
      - Creates new route
      - Creates new controller action
      - Creates call stack:
        Clusterss::ApplciationsController calls -->
        Clusters::Applications::UpdateService calls -->
        Clusters::Applications::ScheduleUpdateService calls -->
        ClusterUpdateAppWorker calls -->
        Clusters::Applications::PatchService -->
        ClusterWaitForAppInstallationWorker
      
      DRY req params
      
      Adds gcp_cluster:cluster_update_app queue
      
      Schedule_update_service is uneeded
      
      Extract common logic to a parent class (UpdateService will need it)
      
      Introduce new UpdateService
      
      Fix rescue class namespace
      
      Fix RuboCop offenses
      
      Adds BaseService for create and update services
      
      Remove request_handler code duplication
      
      Fixes update command
      
      Move update_command to ApplicationCore so all apps can use it
      
      Adds tests for Knative update_command
      
      Adds specs for PatchService
      
      Raise error if update receives an unistalled app
      
      Adds update_service spec
      
      Fix RuboCop offense
      
      Use subject in favor of go
      
      Adds update endpoint specs for project namespace
      
      Adds update endpoint specs for group namespace
      f8234d9a
  3. 15 Feb, 2019 3 commits
  4. 07 Feb, 2019 2 commits
  5. 06 Feb, 2019 2 commits
    • Thong Kuah's avatar
      Update version on :installed, not :installing · e72f24d2
      Thong Kuah authored
      This makes this consistent with :updated. And also avoids a potential
      issue where an install errors which means that that the recorded version
      won't necessarily reflect the version that is actually installed.
      e72f24d2
    • Thong Kuah's avatar
      Update version column after application is updated · 8ef1128f
      Thong Kuah authored
      Note: updating version column after :updating is not ideal in the
      updating -> update_erroed case. This will mean that the application now
      records the version as the version that failed to upgrade, not the
      version that it is currently on.
      8ef1128f
  6. 18 Jan, 2019 1 commit
    • Thong Kuah's avatar
      Refactor some methods in Prometheus model · d87486e6
      Thong Kuah authored
      - #update_errored? method def is redundant, already defined from state
      machine
      - #update_in_progress? moved to ApplicationStatus
      - #ready_status becomes a constant. Previously it was extended in ee/ so
      maybe that was why it's a instance method
      d87486e6
  7. 16 Nov, 2018 2 commits
  8. 16 Oct, 2018 1 commit
  9. 27 Sep, 2018 1 commit
  10. 07 Aug, 2018 1 commit
  11. 03 Aug, 2018 1 commit
  12. 02 Aug, 2018 1 commit
    • Thong Kuah's avatar
      Lock helm charts to the VERSION already specified for each application. · 0cd76190
      Thong Kuah authored
      Fix up VERSION for each of the applications
      * There is no 0.0.1 helm version for jupyterhub. Use the latest version instead
      * `:nginx` is not a valid chart version. Lock the ingress application GitLab installs to the latest chart version.
      * Use the latest gitlab-runner chart to prevent GitLab installing older versions when users have been installing the lastest version
      
      Always install from the VERSION and not the database `version` column.
      This should fix cases like https://gitlab.com/gitlab-org/gitlab-ee/issues/6795 in
      the instances where an install command failed previously, which locked the version
      in the database to an older version.
      
      Also, ensure that the version column is updated to the version we are
      installing.
      
      Add specs to show how previously failed appplications will be handled when the helm installation is run again
      
      Add changelog entry
      0cd76190
  13. 31 Jul, 2018 1 commit
  14. 30 Jul, 2018 2 commits
  15. 28 Jul, 2018 1 commit
  16. 29 Mar, 2018 1 commit
  17. 02 Mar, 2018 1 commit
  18. 22 Feb, 2018 1 commit
  19. 20 Feb, 2018 2 commits
  20. 15 Feb, 2018 1 commit
  21. 22 Dec, 2017 1 commit
  22. 07 Nov, 2017 5 commits
  23. 06 Nov, 2017 3 commits
  24. 03 Nov, 2017 2 commits
  25. 02 Nov, 2017 2 commits