- 07 7月, 2018 1 次提交
-
-
由 Stan Hu 提交于
-
- 06 7月, 2018 1 次提交
-
-
由 James Lopez 提交于
-
- 05 7月, 2018 1 次提交
-
-
由 Francisco Javier López 提交于
-
- 04 7月, 2018 1 次提交
-
-
由 Jan Provaznik 提交于
-
- 03 7月, 2018 3 次提交
-
-
由 Yorick Peterse 提交于
For reasons unknown, the logs of a web hook were paginated in memory. This would result in the "Edit" page of a web hook timing out once it has more than a few thousand log entries. This commit makes the following changes: 1. We use LIMIT/OFFSET to paginate the data, instead of doing this in memory. 2. We limit the logs to the last two days, just like the documentation says (instead of retrieving everything). 3. We change the indexes on "web_hook_logs" so the query to get the data can perform a backwards index scan, without the need for a Filter. These changes combined ensure that Projects::HooksController#edit no longer times out.
-
由 Jarka Kadlecová 提交于
-
由 Stan Hu 提交于
This was introduced in https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/5984.
-
- 26 6月, 2018 1 次提交
-
-
由 Kamil Trzciński 提交于
-
- 08 6月, 2018 1 次提交
-
-
由 Mark Chao 提交于
-
- 06 6月, 2018 1 次提交
-
-
由 Jan Provaznik 提交于
-
- 05 6月, 2018 2 次提交
-
-
由 Alexis Reigel 提交于
-
由 Rubén Dávila 提交于
Additionally the current application setting is also updated to disable the usage of DSA keys.
-
- 04 6月, 2018 1 次提交
-
-
由 Shinya Maeda 提交于
-
- 02 6月, 2018 1 次提交
-
-
由 Matija Čupić 提交于
-
- 01 6月, 2018 1 次提交
-
-
由 Mark Chao 提交于
"Maintainer" will be freed to be used for #42751
-
- 31 5月, 2018 5 次提交
-
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Grzegorz Bizon 提交于
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Imre Farkas 提交于
-
- 30 5月, 2018 3 次提交
-
-
由 Grzegorz Bizon 提交于
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 29 5月, 2018 2 次提交
-
-
由 Tiago Botelho 提交于
-
由 blackst0ne 提交于
-
- 28 5月, 2018 1 次提交
-
-
由 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.
-
- 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.
-
- 22 5月, 2018 1 次提交
-
-
由 Andreas Brandl 提交于
Closes #46530.
-
- 21 5月, 2018 1 次提交
-
-
由 Andreas Brandl 提交于
Closes #32258.
-
- 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
-
- 09 5月, 2018 2 次提交
-
-
由 Grzegorz Bizon 提交于
-
由 Dylan Griffith 提交于
-
- 08 5月, 2018 3 次提交
-
-
由 Tiago Botelho 提交于
-
由 Tiago Botelho 提交于
-
由 Ash McKenzie 提交于
-
- 07 5月, 2018 2 次提交
-
-
由 Tiago Botelho 提交于
-
由 Tiago Botelho 提交于
-