- 04 1月, 2017 1 次提交
-
-
由 Lin Jen-Shin 提交于
* We realized that headers were not set whenever we give 204 because `render_api_error!` doesn't preserve the headers. * We also realized that `update_runner_info` would be called in POST /builds/register every time therefore runner is updated every time, ticking the queue, making this last_update didn't work very well, and the test would be failing due to that.
-
- 19 12月, 2016 1 次提交
- 16 12月, 2016 4 次提交
-
-
由 Kim "BKC" Carlbäcker 提交于
-
由 Kim "BKC" Carlbäcker 提交于
-
由 Kim "BKC" Carlbäcker 提交于
-
由 Kim "BKC" Carlbäcker 提交于
-
- 15 12月, 2016 1 次提交
-
-
由 Lin Jen-Shin 提交于
Closes #25309
-
- 14 12月, 2016 2 次提交
-
-
由 Kim "BKC" Carlbäcker 提交于
-
由 Kim "BKC" Carlbäcker 提交于
-
- 03 10月, 2016 1 次提交
-
-
由 Kamil Trzcinski 提交于
-
- 13 9月, 2016 1 次提交
-
-
由 Tomasz Maczukin 提交于
-
- 07 9月, 2016 1 次提交
-
-
由 Kamil Trzcinski 提交于
-
- 05 9月, 2016 1 次提交
-
-
由 Jacob Vosmaer 提交于
-
- 17 8月, 2016 1 次提交
-
-
由 Yorick Peterse 提交于
GitLab Performance Monitoring is now able to track custom events not directly related to application performance. These events include the number of tags pushed, repositories created, builds registered, etc. The use of these events is to get a better overview of how a GitLab instance is used and how that may affect performance. For example, a large number of Git pushes may have a negative impact on the underlying storage engine. Events are stored in the "events" measurement and are not prefixed with "rails_" or "sidekiq_", this makes it easier to query events with the same name triggered from different parts of the application. All events being stored in the same measurement also makes it easier to downsample data. Currently the following events are tracked: * Creating repositories * Removing repositories * Changing the default branch of a repository * Pushing a new tag * Removing an existing tag * Pushing a commit (along with the branch being pushed to) * Pushing a new branch * Removing an existing branch * Importing a repository (along with the URL we're importing) * Forking a repository (along with the source/target path) * CI builds registered (and when no build could be found) * CI builds being updated * Rails and Sidekiq exceptions Fixes gitlab-org/gitlab-ce#13720
-
- 29 6月, 2016 1 次提交
-
- 28 6月, 2016 3 次提交
-
-
由 Lin Jen-Shin 提交于
-
由 Lin Jen-Shin 提交于
We store the sizes as a hash from path to bytes like: ``` ruby {'ci_artifacts.txt' => 27, 'other_artifacts_0.1.2/another-subdirectory/banana_sample.gif' => 71759, 'other_artifacts_0.1.2/doc_sample.txt' => 1314, 'rails_sample.jpg' => 35255, 'tests_encoding/utf8 test dir ✓/regular_file_2' => 7} ``` So that it's easier to access than reading gzip file again.
-
- 16 6月, 2016 2 次提交
-
-
由 James Lopez 提交于
This reverts commit 13e37a3e.
-
由 James Lopez 提交于
-
- 13 6月, 2016 2 次提交
-
-
由 Kamil Trzcinski 提交于
-
由 Kamil Trzcinski 提交于
-
- 20 4月, 2016 6 次提交
-
-
由 Tomasz Maczukin 提交于
-
由 Tomasz Maczukin 提交于
[ci skip]
-
由 Tomasz Maczukin 提交于
[ci skip]
-
由 Tomasz Maczukin 提交于
-
由 Tomasz Maczukin 提交于
-
由 Tomasz Maczukin 提交于
-
- 20 2月, 2016 4 次提交
-
-
由 Grzegorz Bizon 提交于
-
由 Grzegorz Bizon 提交于
-
由 Grzegorz Bizon 提交于
Also added API specs for that
-
由 Grzegorz Bizon 提交于
-
- 27 1月, 2016 1 次提交
-
-
由 Kamil Trzcinski 提交于
Due to broken implementation of attribute_for_keys the runner information was not updated correctly. This MR adds test to check that such scenario will never happen again.
-
- 15 1月, 2016 1 次提交
-
-
由 Kamil Trzcinski 提交于
This allows us to implement artifacts passing: runner will download artifacts from all prior builds
-
- 14 1月, 2016 3 次提交
-
-
由 Grzegorz Bizon 提交于
-
由 Grzegorz Bizon 提交于
We do not want to allow runners to upload a metadata file. This needs to be generated by Workhorse only.
-
由 Grzegorz Bizon 提交于
-
- 23 11月, 2015 1 次提交
-
-
由 Kamil Trzcinski 提交于
-
- 11 11月, 2015 1 次提交
-
-
由 Kamil Trzcinski 提交于
-
- 10 11月, 2015 1 次提交
-
-
由 Kamil Trzcinski 提交于
-