- 17 7月, 2019 1 次提交
-
-
由 Vladimir Shushlin 提交于
- Set access level in before_validation hook - Add post migration for updating existing project_features
-
- 16 7月, 2019 2 次提交
-
-
由 Adam Hegyi 提交于
- Background migration for changing null values to false - Set false as default value for private_profile DB column
-
由 Stan Hu 提交于
This eliminates conflicts between CE and EE db/schema.rb files.
-
- 14 7月, 2019 1 次提交
-
-
由 Stan Hu 提交于
This makes the CE and EE tables consistent and ensures changes in the schema for the CE version don't cause conflicts with EE.
-
- 12 7月, 2019 1 次提交
-
-
由 Heinrich Lee Yu 提交于
Updates changed method names and fixes spec failures
-
- 05 7月, 2019 1 次提交
-
- 04 7月, 2019 3 次提交
-
-
由 Zeger-Jan van de Weg 提交于
When GitLab was migrating to Gitaly, feature flags were used. These are now out of use, and essentially a no-op. But they do make the output of chatops ugly and the feature table is selected in full by the application.
-
由 Nick Thomas 提交于
This MR introduces tracking of the `rebase_jid` for merge requests. As with `merge_ongoing?`, `rebase_in_progress?` will now return true if a rebase is proceeding in sidekiq. After one release, we should remove the Gitaly-based lookup of rebases. It is much better to track this kind of thing via the database.
-
由 Maneschi Romain 提交于
-
- 03 7月, 2019 2 次提交
-
-
由 Jason Goodman 提交于
Add released_at field to releases API Add released_at column to releases table Return releases to the API sorted by released_at
-
由 Krasimir Angelov 提交于
This new attribute is optional and used when set instead of the default format `gitlab+deploy-token-#{id}`. Empty usernames will be saved as null in the database. Related to https://gitlab.com/gitlab-org/gitlab-ce/issues/50228.
-
- 02 7月, 2019 2 次提交
-
-
由 Jarka Košanová 提交于
- instead of using properties - backward compatibility has to be kept for now
-
由 Jason Goodman 提交于
-
- 27 6月, 2019 1 次提交
-
-
由 Thong Kuah 提交于
We nullify when cluster is deleted as we want to keep the deployment record around. Add cluster as an optional association We will have only cluster for deployments where the build deploys to a kubernetes cluster
-
- 26 6月, 2019 2 次提交
-
-
由 Patrick Bajao 提交于
-
由 Roger Meier 提交于
-
- 25 6月, 2019 5 次提交
-
-
由 Mayra Cabrera 提交于
- Namespace::Storagestatistics will persist root namespace statistics - Namespace::AggregationSchedule will save information when a new update to the namespace statistics needs to be scheduled Both tables use 'namespace_id' as primary key
-
由 Peter Leitzen 提交于
This reverts commit 51340f9b47e8339cdabce11d0a17ac724278bff0.
-
由 Heinrich Lee Yu 提交于
Changes migration and all other places the attribute is used
-
由 Jon Kolb 提交于
Adds an instance setting to limit display of time tracking values to hours only
-
由 Vladimir Shushlin 提交于
Add index for pages domain ssl auto renewal Add PagesDomain.needs_ssl_renewal scope Add cron worker for ssl renewal Add worker for ssl renewal Add pages ssl renewal worker queues settings
-
- 21 6月, 2019 1 次提交
-
-
由 Vladimir Shushlin 提交于
Adds enum certificate_source to pages_domains table with default manually_uploaded Mark certificates as 'gitlab_provided' if the were obtained through Let's Encrypt Mark certificates as 'user_provided' if they were uploaded through controller or api Only show private key in domain edit form if it is 'user_provided' Only show LetsEncrypt option if is enabled by application settings (and feature flag) Refactor and fix some specs to match new logic Don't show Let's Encrypt certificates as well
-
- 20 6月, 2019 2 次提交
-
-
由 Oswaldo Ferreira 提交于
This couples the code that transitions the `MergeRequest#merge_status` and refs/merge-requests/:iid/merge ref update. In general, instead of directly telling `MergeToRefService` to update the merge ref, we should rely on `MergeabilityCheckService` to keep both the merge status and merge ref synced. Now, if the merge_status is `can_be_merged` it means the merge-ref is also updated to the latest. We've also updated the logic to be more systematic and less user-based.
-
由 Stan Hu 提交于
In https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/21497, we migrated all project import data into a separate table, `project_import_data`. In addition, we also added: ``` ignore_column :import_status, :import_jid, :import_error ``` In https://gitlab.com/gitlab-com/gl-infra/production/issues/908, we observed some of these `import_error` columns consumed megabytes of error backtraces and caused slow loading of projects whenever a `SELECT * from projects` query loaded the row into memory. Since we have long migrated away from these columns, we can now drop these columns entirely.
-
- 19 6月, 2019 2 次提交
-
-
由 Mario de la Ossa 提交于
Bringing in the DB migration and some light changes for CE classes
-
由 Arun Kumar Mohan 提交于
-
- 18 6月, 2019 6 次提交
-
-
由 Ash McKenzie 提交于
Index on created_at, author_id
-
由 Krasimir Angelov 提交于
Make plaintext token column not null, add new token_encrypted column and index on project_id & token_encrypted. Post deployment migration to encrypt existing tokens.
-
由 Matija Čupić 提交于
Backports CE changes from https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/14011/
-
由 Lucas Charles 提交于
-
由 Gabriel Mazetto 提交于
updated documentation for Geo
-
由 yguo 提交于
-
- 17 6月, 2019 3 次提交
-
-
由 Imre Farkas 提交于
-
由 Yorick Peterse 提交于
This backports all EE schema changes to CE, including EE migrations, ensuring both use the same schema. == Updated tests A spec related to ghost and support bot users had to be modified to make it pass. The spec in question assumes that the "support_bot" column exists when defining the spec. In the single codebase setup this is not the case, as the column is backported in a later migration. Any attempt to use a different schema version or use of "around" blocks to conditionally disable specs won't help, as reverting the backport migration would also drop the "support_bot" column. Removing the "support_bot" tests entirely appears to be the only solution. We also need to update some foreign key tests now that we have backported the EE columns. Fortunately, these changes are very minor. == Backporting migrations This commit moves EE specific migrations (except those for the Geo tracking database) and related files to CE, and also removes any traces of the ee/db directory. Some migrations had to be modified or removed, as they no longer work with the schema being backported. These migrations were all quite old, so we opted for removing them where modifying them would take too much time and effort. Some old migrations were modified in EE, while also existing in CE. In these cases we took the EE code, and in one case removed them entirely. It's not worth spending time trying to merge these changes somehow as we plan to remove old migrations around the release of 12.0, see https://gitlab.com/gitlab-org/gitlab-ce/issues/59177 for more details.
-
由 Luke Duncalfe 提交于
This backports to CE changes that allow the recording of the repository_type in the table lfs_objects_projects. This is in order to allow future pruning of unreferenced LFS objects, as we will need to know which repository to look in for the LFS pointer file. The EE MR that contains the original code and a full explanation of the changes is https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/13894 EE Issue https://gitlab.com/gitlab-org/gitlab-ee/issues/9490 Note that there was a lot of CE code changed in the EE MR because we want to allow the wiki repository to also use LFS. See https://gitlab.com/gitlab-org/gitlab-ce/issues/43721. As the wiki is an unlicensed feature, a full backport is required to enable this.
-
- 14 6月, 2019 2 次提交
-
-
由 Pavel Shutsin 提交于
-
由 Jarka Košanová 提交于
- create tables for storing issue trackers properties - add model and basic logic & spec
-
- 13 6月, 2019 2 次提交
-
-
由 yguo 提交于
Clean up issue-62684 Update issue-62684 changelog Update down migrate for issue-62684
-
由 Rubén Dávila 提交于
-
- 11 6月, 2019 1 次提交
-
-
由 yguo 提交于
Clean up issue-62684 Update issue-62684 changelog Update down migrate for issue-62684
-