| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
We dropped MySQL support and a lot of mysql specific code has been
removed in https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/29608.
This comes in from the other direction and removes any `if postgresql?`
branches.
|
|
|
|
|
| |
Adds Job specific variables to facilitate specifying variables when
running manual jobs.
|
|\
| |
| |
| |
| |
| |
| | |
Make pipeline failure Slack notifications prettier and more informative
Closes #32495
See merge request gitlab-org/gitlab-ce!27683
|
| |
| |
| |
| |
| |
| | |
This commit adds some formatting to the Slack notifications for pipeline
statuses, as well as adds information about the stage and jobs
that failed in the case of pipeline failure.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Remove code related to object hierarchy and MySQL
Closes #65056 and #65055
See merge request gitlab-org/gitlab-ce!31095
|
| | |
| | |
| | |
| | |
| | | |
These are not required because MySQL is not
supported anymore
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Find build by sha from ref
Closes #64534 and #45697
See merge request gitlab-org/gitlab-ce!30843
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Reword Project#latest_successful_build_for to
Project#latest_successful_build_for_ref
* Reword Ci::Pipeline#latest_successful_for to
Ci::Pipeline#latest_successful_build_for_ref
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
'master'
Remove fallback to deployment_platform_cluster in `DeploymentMetrics`
See merge request gitlab-org/gitlab-ce!31126
|
| | |_|/
| |/| |
| | | |
| | | |
| | | |
| | | |
| | | | |
Deployment_platform is relatively expensive and calling this after the
fact means that this may not be the cluster that was deployed to.
Correspondingly reduce the leeway given in the related N+1 spec
|
|\ \ \ \
| |_|_|/
|/| | |
| | | |
| | | |
| | | |
| | | | |
Support Docker OCI images
Closes gitlab-ee#12877 and #58685
See merge request gitlab-org/gitlab-ce!31127
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Docker Distribution v2.7.0 shipped with OCI support, but our container
registry client was not updated to handle the manifest format in the
HTTP `Accept` header. As a result, API calls to retrieve a manifest
would return with an error, "OCI manifest found, but accept header does
not support OCI manifests". This would result in blank fields in the
container registry page and prevent tags from being deleted.
To fix this, we just need to add
`application/vnd.oci.image.manifest.v1+json` to the `Accept` header and
configure Faraday to parse the response as JSON. The response structure
is the same as the standard Docker Distribution V2 manifest.
Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/58685
Closes https://gitlab.com/gitlab-org/gitlab-ee/issues/12877
|
|\ \ \
| |/ /
|/| |
| | |
| | | |
Make RelativePositioning reusable
See merge request gitlab-org/gitlab-ce!30993
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
RelativePositioning module was heavily dependent on the Issue model.
This changes makes it easier to reuse the functionality provided by
RelativePositioning in other models.
Needed by: https://gitlab.com/gitlab-org/gitlab-ee/issues/12196
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Add where condition to filter out labels with type here
Closes #63730
See merge request gitlab-org/gitlab-ce!30885
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
'master'
Remove ignore rule for ProjectAutoDevops#domain
See merge request gitlab-org/gitlab-ce!30989
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Optimise import performance
Closes #64924
See merge request gitlab-org/gitlab-ce!31045
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
- Fix `O(n)` complexity of `append_or_update_attribute`,
we append objects to an array and re-save project
- Remove the usage of `keys.include?` as it performs `O(n)`
search, instead use `.has_key?`
- Remove the usage of `.keys.first` as it performs a copy
of all keys, instead use `.first.first`
|
| |_|_|/ /
|/| | | |
| | | | |
| | | | | |
Signed-off-by: Istvan szalai <istvan.szalai@savoirfairelinux.com>
|
| |_|/ /
|/| | |
| | | |
| | | |
| | | | |
Although `flat_map` is equivalent to `map` + `flatten(1)`
(note the level 1) we can apply this same refactoring to all cases.
|
| |_|/
|/| |
| | |
| | | |
None of this code can be reached any more, so it can all be removed
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Mark mirrors as failed 1 hour after they started
See merge request gitlab-org/gitlab-ce!30999
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We call `Project#mark_stuck_remote_mirrors_as_failed!` from the
`Git::BaseHooksService`. So that gets called every time we push tags
or branches.
Before this would only mark started mirrors as failed if they had
been started 24 hours ago. A push would never take 24 hours,
especially not when we run it so often.
Lowering that threshold 1 hour should at least allow us to retry
broken mirrors more often on pushes.
The timeout for the initial push is set somewhat longer to accommodate
for pushing large repos. Both numbers are currently picked arbitrarily.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Extra logging for new live trace architecture
See merge request gitlab-org/gitlab-ce!30892
|
| | |/ /
| |/| |
| | | |
| | | |
| | | | |
Often live traces are removed even though the archived trace
doesn't exist. This commit checkes the existence strictly.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Use persistent Redis cluster for Workhorse pub/sub notifications
See merge request gitlab-org/gitlab-ce!30990
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Previously, in Omnibus, Workhorse expected to listen via the Redis
shared state cluster for the `workhorse:notifications` publish/subscribe
channel, but the Rails code was using the Sidekiq queue cluster for
this. To fix this inconsistency, we make the Rails code use the
persistent cluster, since we don't want Workhorse to be looking at
anything Sidekiq-related.
|
|\ \ \ \ \
| |_|_|/ /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Make pipeline emails respect group email setting
Closes #63485
See merge request gitlab-org/gitlab-ce!30907
|
| | |/ /
| |/| |
| | | |
| | | |
| | | | |
When a user's notification email is set for a group, we
should use that for pipeline emails
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Rake task to cleanup expired ActiveSession lookup keys
See merge request gitlab-org/gitlab-ce!30668
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
In some cases ActiveSession.cleanup was not called after authentication,
so for some user ActiveSession lookup keys grew without ever cleaning
up. This Rake task manually iterates over the lookup keys and removes
ones without existing ActiveSession.
|
|\ \ \ \ \
| |_|/ / /
|/| | | |
| | | | |
| | | | | |
Multiple pipeline support for Build status
See merge request gitlab-org/gitlab-ce!30828
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Adds specs for testing the new behavior of specifying a pipeline when
POSTing a status.
|
|\ \ \ \ \
| |_|_|/ /
|/| | | |
| | | | |
| | | | | |
Adds cluster_for_group factory for convenience
See merge request gitlab-org/gitlab-ce!30826
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Also means we don't have to resort to an update statement to set parent
for child groups who also have clusters.
This is much shorter than
```
create(:cluster, :provided_by_gcp, :group, groups: [group])
```
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This validation prevents the domain from being saved from the UI
e.g. when user tries to enable Let's Encrypt integration
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Add a group setting to allow Maintainers to create sub-groups
See merge request gitlab-org/gitlab-ce!29718
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
- Migration updates existing groups to "owner", then sets default to
"maintainer" so that new groups will default to that
- Update spec examples
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
- Migration updates existing groups to "owner", then sets default to
"maintainer" so that new groups will default to that
- Update spec examples
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This setting is at the group level only. The default is specified to
be maintainers and owners.
**Specs only**, all failing.
|