summaryrefslogtreecommitdiff
path: root/spec/workers/run_pipeline_schedule_worker_spec.rb
Commit message (Collapse)AuthorAgeFilesLines
* Add latest changes from gitlab-org/gitlab@13-4-stable-eeGitLab Bot2020-09-191-1/+1
|
* Add latest changes from gitlab-org/gitlab@13-2-stable-eeGitLab Bot2020-07-201-1/+1
|
* Add latest changes from gitlab-org/gitlab@masterGitLab Bot2020-02-251-3/+3
|
* Add latest changes from gitlab-org/gitlab@masterogolowinski-master-patch-80898GitLab Bot2019-12-161-1/+1
|
* Add latest changes from gitlab-org/gitlab@masterGitLab Bot2019-12-131-2/+2
|
* Add latest changes from gitlab-org/gitlab@masterGitLab Bot2019-09-181-1/+1
|
* Make pipeline schedule worker resilientset-real-next-run-at-for-preventing-duplciate-pipeline-creationsShinya Maeda2019-06-031-1/+31
| | | | | | | | | | | | | Currently, pipeline schedule worker is unstable because it's sometimes killed by excessive memory consumption. In order to improve the performance, we add the following fixes: 1. next_run_at is always real_next_run, which means the value always takes into account of worker's cron schedule 1. Remove exlusive lock. This is already covered by real_next_run change. 1. Use RunPipelineScheduleWorker for avoiding memory killer. Memory consumption is spread to the multiple sidekiq worker.
* Add frozen_string_literal to spec/workersfrozen_string_spec_workersThong Kuah2019-04-011-0/+2
| | | | Adds `# frozen_string_literal: true` to spec/workers ruby files
* Address some comments with running a pipeline scheduleStan Hu2017-12-121-6/+9
|
* Add button to run scheduled pipeline immediatelyStan Hu2017-12-121-0/+36
Closes #38741