- 05 6月, 2018 1 次提交
-
-
由 Jasper Maes 提交于
-
- 04 6月, 2018 4 次提交
-
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
- 02 6月, 2018 1 次提交
-
-
由 Stan Hu 提交于
Fix missing key change in 20171124104327_migrate_kubernetes_service_to_new_clusters_architectures.rb
-
- 31 5月, 2018 4 次提交
-
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Imre Farkas 提交于
-
- 30 5月, 2018 4 次提交
-
-
由 Oswaldo Ferreira 提交于
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Stan Hu 提交于
Fixes that make this work: * A change in Ruby (https://github.com/ruby/ruby/commit/ce635262f53b760284d56bb1027baebaaec175d1) requires passing in the exact required length for OpenSSL keys and IVs. * Ensure the secrets.yml is generated before any prepended modules are loaded. This is done by renaming the `secret_token.rb` initializer to `01_secret_token.rb`, which is a bit ugly but involves the least impact on other files.
-
- 29 5月, 2018 2 次提交
-
-
由 Tiago Botelho 提交于
-
由 blackst0ne 提交于
-
- 28 5月, 2018 7 次提交
-
-
由 Yorick Peterse 提交于
This index is added on `(target_project_id, iid)` and has a `WHERE state = 'opened'` condition. Using this index we can drastically improve the performance of the query used to count the total number of merge requests in a group. Without this index the query would eventually perform the following: -> Index Scan using index_merge_requests_on_target_project_id_and_iid on merge_requests (cost=0.43..4.89 rows=7 width=4) (actual time=0.058..0.353 rows=6 loops=228) Index Cond: (target_project_id = projects.id) Filter: ((state)::text = 'opened'::text) Rows Removed by Filter: 141 Buffers: shared hit=34351 dirtied=1 Out of the ~180 milliseconds the entire query would take, around 170 milliseconds was spent in just this segment. With the index in place, the above segment is turned into the following: -> Index Only Scan using yorick_test on merge_requests (cost=0.42..0.55 rows=7 width=4) (actual time=0.004..0.010 rows=6 loops=228) Index Cond: (target_project_id = projects.id) Heap Fetches: 419 Buffers: shared hit=1381 The index also reduces the total query time to roughly 10 milliseconds.
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
由 Shinya Maeda 提交于
-
- 25 5月, 2018 3 次提交
-
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Oswaldo Ferreira 提交于
We request Gitaly in a N+1 manner to build discussion diffs. Once the diffs are from different revisions, it's hard to make a single request to the service in order to build the whole response. With this change we solve this problem and simplify a lot fetching this piece of info.
-
- 23 5月, 2018 5 次提交
-
-
由 Tiago Botelho 提交于
-
由 Tiago Botelho 提交于
-
由 Tiago Botelho 提交于
-
由 Tiago Botelho 提交于
-
由 Olivier Gonzalez 提交于
-
- 22 5月, 2018 3 次提交
-
-
由 Andreas Brandl 提交于
Closes #46530.
-
由 Shinya Maeda 提交于
-
由 Tomasz Maczukin 提交于
-
- 21 5月, 2018 2 次提交
-
-
由 Andreas Brandl 提交于
Closes #43706.
-
由 Andreas Brandl 提交于
Closes #32258.
-
- 18 5月, 2018 1 次提交
-
-
由 Harish Ved 提交于
-
- 15 5月, 2018 2 次提交
-
-
由 Stan Hu 提交于
This commit has two migrations: 1. The first prunes duplicate rows in the project_features table and leaves the row with the highest ID. Since the behavior was indeterministic before and depended on which row the database decided to use, this change at least makes the permissions consistent. For example, in some cases, the Wiki may have been disabled but enabled in another entry. 2. The second adds a non-null constraint on the project_features.project_id column. Closes #37882 Fixes a significant part of gitlab-com/migration#408. We found that we were overcounting Wikis because of these duplicates. On GitLab.com, there are 56 rows with duplicate entries by project_id, and 16,661 rows with NULL project_id values.
-
由 Dylan Griffith 提交于
We use this to filter runner and will use this increasingly in future instead of is_shared so it should be indexed
-
- 14 5月, 2018 1 次提交
-
-
由 blackst0ne 提交于
-