- 23 Oct, 2019 1 commit
-
-
mfluharty authored
Use regex from utils file to replace URLs with links
-
- 22 Oct, 2019 39 commits
-
-
Sean McGivern authored
Make SAST compatible with private dependencies via ENV propagation See merge request gitlab-org/gitlab!18193
-
Victor Zagorodny authored
Enable the propagation of all of the job ENV vars to the sast docker container and thus to the analyzer containers being started by it. This enables passing credentials for private repos being accessed by underlying analyzers via UI-set environment variables. Exclude a bunch of system-related ENV vars from propagation.
-
Sean McGivern authored
Truncate recommended branch name to a sane length See merge request gitlab-org/gitlab!18821
-
Jan Provaznik authored
Add elastic-stack as gitlab managed app See merge request gitlab-org/gitlab!18015
-
Adrien Kohlbecker authored
Add a new gitlab-managed app for the elastic stack
-
GitLab Release Tools Bot authored
[ci skip]
-
GitLab Release Tools Bot authored
[ci skip]
-
Andreas Brandl | OOO from Wed authored
Merge branch '32961-hosted-website-on-gitlab-pages-asking-for-authorization-via-oauth-login' into 'master' Resolve "Hosted website on Gitlab Pages asking for authorization via OAuth login." Closes #32961 See merge request gitlab-org/gitlab!18386
-
Vladimir Shushlin authored
We've enabled access control for pages on .com 2.5 months after the migration fixing settings were run. All private projects created withing this timeframe have access control enabled but users do not know that. We add rake task which will find such projects and reset settings to the anticipated state.
-
Natalia Tepluhina authored
Add split button to create issue from epics tree See merge request gitlab-org/gitlab!17948
-
Winnie Hellmann authored
-
Kamil Trzciński authored
Enable epic events on group activity page Closes #7385 See merge request gitlab-org/gitlab!18869
-
Jan Provaznik authored
-
Kamil Trzciński authored
More fine-grained metrics for sidekiq workers Closes #32258 See merge request gitlab-org/gitlab!18817
-
Matthias Käppler authored
We currently only measure the global (node-level) business in terms of jobs being processed. We would instead like to be able to know for each sidekiq process how saturated it is in terms of actual concurrency vs requested/max concurrency. This patch does the following: - add a worker/process dimension to all existing metrics - introduce a new metric to observe concurrency per process by relating "actual job count per process" to "max job count per process" we can then obtain some sort of saturation metric.
-
James Lopez authored
Block MR with OMIPS on skipped pipelines Closes #30059 See merge request gitlab-org/gitlab!18838
-
Matija Čupić authored
-
Nick Thomas authored
Add storage shards wording See merge request gitlab-org/gitlab!18732
-
Ben Bodenmiller authored
-
Bob Van Landuyt authored
API call for Resolve Vulnerability See merge request gitlab-org/gitlab!18439
-
Victor Zagorodny authored
Add resolve_vulnerability ability for User. Add POST /vulnerabilities/:id/dismiss API. Add computed state to Findings. Update the related finder and associations to support that computed state.
-
Lin Jen-Shin authored
Change url for tag push events in chat message integration See merge request gitlab-org/gitlab!18126
-
Mats Estensen authored
Instead of the branch_url being set to `/commits/<ref>` for both tags and regular pushes, branch_url is conditionally set to `/-/tags/<ref>` for tags.
-
Lin Jen-Shin authored
add dummy project data for push sample data See merge request gitlab-org/gitlab!18571
-
Thong Kuah authored
Improve pod logs API See merge request gitlab-org/gitlab!17881
-
Reuben Pereira authored
- The rollout_status is required to get pod_names, so return nil, which will cause the controller to return 202 or 204. - Return additional parameters like pods, pod_name, container_name. - pods is the names of all pods of this environment. - Return error when no pods are available. - pod_name is the name of the pod whose logs are being returned. - container_name is the name of the container within the pod whose logs are being returned. container_name can be nil when the request to k8s API was made without a container_name.
-
Jan Provaznik authored
Rename user_id to author_id for Versions See merge request gitlab-org/gitlab!18506
-
Dmitriy Zaporozhets authored
Add comment clarifying cache behavior of `GrafanaMetricsEmbedService` Closes #34526 See merge request gitlab-org/gitlab!18881
-
Sarah Yasonik authored
-
Balasankar "Balu" C authored
Signed-off-by: Balasankar "Balu" C <balasankar@gitlab.com>
-
Rémy Coutable authored
Fix flaky 25_downstream_pipelines fixture See merge request gitlab-org/gitlab!18922
-
Stan Hu authored
Make documentation linter show target path See merge request gitlab-org/gitlab!18895
-
Robert Marshall authored
- We are seeing flaky documentation lint checks that do not always catch when a file inside the documentation is set with the executable bit. The check to find executable documents runs inside a subshell and its error output is not being redirected, nor would it count those errors when running `wc -l`. It seems implausible that we are failing to `cd` into the correct directory, but this is the one method I know of that would cause the `find` expression to fail silently in the logs. It is also just useful to see that yes, we are running the documentation linter against a reasonable directory in the logs. Related https://gitlab.com/gitlab-org/gitlab/issues/28010Signed-off-by: Robert Marshall <rmarshall@gitlab.com>
-
Balasankar "Balu" C authored
Signed-off-by: Balasankar "Balu" C <balasankar@gitlab.com>
-
Sanad Liaquat authored
Re-raise exception if there is no response Closes #34332 See merge request gitlab-org/gitlab!18856
-
Mark Lapierre authored
It's possible that `rescue ExceptionWithResponse` could catch a type of exception that has no response. So we need to check if there is a response before we return it
-
Douglas Barbosa Alexandre authored
Allow Gitaly to work without a PG connection Closes #34205 See merge request gitlab-org/gitlab!18659
-
Zeger-Jan van de Weg authored
Gitaly didn't require a PG connection to connect to, though recently we started to pass feature flags to Gitaly in different manners. That change would now require a PG to be running. This is not ideal, especially if only for feature flags. This change rescues a bad connection error, and breaks the required dependency between PG and Gitaly. Closes https://gitlab.com/gitlab-org/gitlab/issues/34205
-
Shinya Maeda authored
-