- 16 2月, 2017 6 次提交
-
-
由 Annabel Dunstone Gray 提交于
-
由 Eric Eastwood 提交于
``` rake db:seed_fu FILTER=abuse_reports ``` Thanks to @stanhu, https://gitlab.com/gitlab-org/gitlab-ce/issues/28059#note_23325328
-
由 Annabel Dunstone Gray 提交于
-
由 Annabel Dunstone Gray 提交于
-
由 Annabel Dunstone Gray 提交于
-
由 Annabel Dunstone Gray 提交于
-
- 15 2月, 2017 1 次提交
-
-
由 Felipe Artur 提交于
-
- 14 2月, 2017 12 次提交
-
-
由 Z.J. van de Weg 提交于
-
由 Lin Jen-Shin 提交于
-
由 Lin Jen-Shin 提交于
-
由 Lin Jen-Shin 提交于
This reverts commit f2ed7cbc9b36b6ad9bcc714b271e98ead756b816.
-
由 Lin Jen-Shin 提交于
This way we could reuse this pool for other migrations Feedback: * https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/8987#note_22923350 * https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/8987#note_22923365
-
由 Lin Jen-Shin 提交于
-
由 Lin Jen-Shin 提交于
-
由 Lin Jen-Shin 提交于
by ourselves so that even if the setting has 1 connection we could still use more connections.
-
由 Lin Jen-Shin 提交于
-
由 Lin Jen-Shin 提交于
Note that we no longer generate this by default. This is for clearing legacy default data.
-
由 Stan Hu 提交于
-
- 11 2月, 2017 1 次提交
-
-
由 Yorick Peterse 提交于
This adds a Rubocop rule to enforce the use of add_concurrent_foreign_key instead of the regular add_foreign_key method. This cop has been disabled for existing migrations so we don't need to change those.
-
- 10 2月, 2017 1 次提交
-
-
由 Stan Hu 提交于
https://gitlab.com/gitlab-org/gitlab-ce/pipelines.json makes a number of unindexed slow queries. This index should speed things up.
-
- 09 2月, 2017 3 次提交
-
-
由 Douwe Maan 提交于
-
由 Douwe Maan 提交于
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 07 2月, 2017 3 次提交
-
-
由 Ruben Davila 提交于
-
由 Ruben Davila 提交于
We can't properly use foreign keys on columns that are configured for polymorphic associations which has disadvantages related to data integrity and storage. Given we only use time tracking for Issues and Merge Requests we're moving to the usage of regular associations.
-
由 Jarka Kadlecova 提交于
-
- 06 2月, 2017 1 次提交
-
-
由 Adam Niedzielski 提交于
Store the value in application settings. Expose the value to Workhorse.
-
- 05 2月, 2017 1 次提交
-
-
由 Stan Hu 提交于
When loading pages that display the number of open issues, the backend runs a query such as: ```sql SELECT "labels"."id" FROM "labels" WHERE "labels"."type" IN ('ProjectLabel') AND "labels"."project_id" = 1000 ``` This results in an entire scan of the `labels` table. To optimize performance, add the appropriate index to the table. Closes #27676
-
- 03 2月, 2017 5 次提交
-
-
由 Phil Hughes 提交于
Changed how components are added in objects
-
-
-
由 Adam Pahlevi 提交于
add complete changelog for !8949
-
由 James Edwards-Jones 提交于
-
- 02 2月, 2017 1 次提交
-
-
由 Richard Macklin 提交于
-
- 01 2月, 2017 5 次提交
-
-
由 Kamil Trzcinski 提交于
-
由 Kamil Trzcinski 提交于
-
由 Kamil Trzcinski 提交于
-
由 Kamil Trzcinski 提交于
-
由 Kamil Trzcinski 提交于
- The pages are created when build artifacts for `pages` job are uploaded - Pages serve the content under: http://group.pages.domain.com/project - Pages can be used to serve the group page, special project named as host: group.pages.domain.com - User can provide own 403 and 404 error pages by creating 403.html and 404.html in group page project - Pages can be explicitly removed from the project by clicking Remove Pages in Project Settings - The size of pages is limited by Application Setting: max pages size, which limits the maximum size of unpacked archive (default: 100MB) - The public/ is extracted from artifacts and content is served as static pages - Pages asynchronous worker use `dd` to limit the unpacked tar size - Pages needs to be explicitly enabled and domain needs to be specified in gitlab.yml - Pages are part of backups - Pages notify the deployment status using Commit Status API - Pages use a new sidekiq queue: pages - Pages use a separate nginx config which needs to be explicitly added
-