Merge branch 'artifacts-expire-date' into 'master'
Artifacts expire date What do you think @grzesiek? The syntax will be simple: ``` job: artifacts: expire_in: 7d ``` - [x] Implement `expire_in` - [x] Check current design of expiry information with @jschatz1 and @markpundsack - [x] Add tests in GitLab application for a `ExpireBuildArtifactsWorker` and for `ArtifactsController::keep` - [x] Add user documentation how to use `artifacts:expire_in` - [x] Prepare GitLab Runner changes to pass `expire_in`: gitlab-org/gitlab-ci-multi-runner!191 - [x] Fix `timeago` with help of @jschatz1 - [x] Merge latest master after builds view changes @iamphill - [ ] Add Omnibus support for `expire_build_artifacts_worker` cron job - [ ] Add documentation how to configure `expire_build_artifacts_worker` This is based on https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/4201. See merge request !4200
Showing
... | @@ -210,6 +210,9 @@ gem 'mousetrap-rails', '~> 1.4.6' | ... | @@ -210,6 +210,9 @@ gem 'mousetrap-rails', '~> 1.4.6' |
# Detect and convert string character encoding | # Detect and convert string character encoding | ||
gem 'charlock_holmes', '~> 0.7.3' | gem 'charlock_holmes', '~> 0.7.3' | ||
# Parse duration | |||
gem 'chronic_duration', '~> 0.10.6' | |||
gem "sass-rails", '~> 5.0.0' | gem "sass-rails", '~> 5.0.0' | ||
gem "coffee-rails", '~> 4.1.0' | gem "coffee-rails", '~> 4.1.0' | ||
gem "uglifier", '~> 2.7.2' | gem "uglifier", '~> 2.7.2' | ||
... | ... |
This diff is collapsed.
Please register or sign in to comment