- 07 Sep, 2021 13 commits
-
-
Albert Salim authored
This reverts merge request !69349
-
Markus Koller authored
Release cached merge_request show.json See merge request gitlab-org/gitlab!69618
-
Dylan Griffith authored
Allow callsite for merge request view See merge request gitlab-org/gitlab!69596
-
Simon Knox authored
Improve UI text for Maintenance Mode See merge request gitlab-org/gitlab!69264
-
Vitali Tatarintev authored
Refactor ZoomValidator to use `gitlab/zoom_url` namespace See merge request gitlab-org/gitlab!69650
-
Evan Read authored
Doc Consistency: api/u... See merge request gitlab-org/gitlab!69698
-
Niklas authored
-
Evan Read authored
Add a warning about PAT auth ignoring username See merge request gitlab-org/gitlab!68463
-
Kate Grechishkina authored
-
Mayra Cabrera authored
Remove name parameter from pipeline finder See merge request gitlab-org/gitlab!68997
-
Marcel Amirault authored
Docs: workaround lack of multiple value variables See merge request gitlab-org/gitlab!69148
-
Daniel Diniz authored
-
Marcel Amirault authored
Fix profiles of Romanian proofreaders See merge request gitlab-org/gitlab!69703
-
- 06 Sep, 2021 27 commits
-
-
charlie ablett authored
Fix fetch iteration cadence by id See merge request gitlab-org/gitlab!67083
-
Alexandru Croitor authored
-
Andy Soiron authored
Unify CommitStatus preloaders See merge request gitlab-org/gitlab!69477
-
Furkan Ayhan authored
We have a few places where we preload relations for commit status objects. Ci::Build, Ci::Bridge and GenericCommitStatus have different relations, so we have conditions where we preload them. In this commit, we are unifying this logic.
-
eex authored
-
Mike Greiling authored
Global Search - Header Search Refactor Init See merge request gitlab-org/gitlab!68681
-
Zack Cuddy authored
-
Marcia Ramos authored
[docs] Resolve "Improve cluster management project (and template) documentation" See merge request gitlab-org/gitlab!68475
-
Kyle Wiebers authored
Update the 1Password item where Review App password can be found See merge request gitlab-org/gitlab!69657
-
release-tools approver bot authored
Update Gitaly version See merge request gitlab-org/gitlab!69659
-
Achilleas Pipinellis authored
docs: fix milestones date fields in API responses See merge request gitlab-org/gitlab!69614
-
Achilleas Pipinellis authored
New page with alpha/beta support definitions from handbook See merge request gitlab-org/gitlab!67718
-
Justin Farmiloe authored
-
Achilleas Pipinellis authored
GitLab hasn't verified the object storage options See merge request gitlab-org/gitlab!69619
-
Markus Koller authored
push_rules: Implement bulk-checking of file sizes See merge request gitlab-org/gitlab!69449
-
GitLab Release Tools Bot authored
-
Suzanne Selhorn authored
Use 'has been revoked' instead of 'no longer valid' See merge request gitlab-org/gitlab!69525
-
Fabio Pitino authored
Skip archiving job traces after five failed attempts See merge request gitlab-org/gitlab!68285
-
Marius Bobin authored
-
Rémy Coutable authored
-
Jose Ivan Vargas authored
Address vue i18n literal string violations See merge request gitlab-org/gitlab!69621
-
Alper Akgun authored
Make milestone required in metric definition See merge request gitlab-org/gitlab!69638
-
Alina Mihaila authored
-
Patrick Steinhardt authored
The file size check checks each newly pushed blob's size to see whether it's bigger than a configured threshold and, if so, rejects the ref update. This is an expensive check though: we need to go both through all preexisting as well as all new refs in order to find out new blobs via a graph walk. As such, this check doesn't only scale with the number of changes, but also with the repository size itself. Now that `#new_blobs` knows to handle multiple new revisions at once in a single RPC call to Gitaly, we can convert this check to use a single bulk-load of new blobs. While this doesn't help much with walking the positive side of the graph walk, it does amortize the negative walk of all preexisting refs and will thus in most cases result in a significant speedup if multiple changes are to be checked. Ideally, we'd go even further and enumerate new blobs directly via the quarantine directory: we wouldn't have to do a graph walk at all in this case, but can just directly look up all new blobs. While this would be as fast as we can get, the downside is that we wouldn't have blob paths available anymore given that these blobs wouldn't have been walked via a tree object. We would still be able to at least present the blob ID to the user, but the user experience is definitely worse in this case. We may still at a later point decide to go this step given that it si a huge performance win (e.g. on gitlab-org/gitlab, we're talking about 10ms vs 30s). But for now, this commit only does the uncontroversial part of batch-computing new blobs. Changelog: performance
-
Patrick Steinhardt authored
Let `#new_blobs` accept multiple new revisions such that it's possible to compute new blobs across multiple changes instead of having to load blobs per changed ref.
-
Patrick Steinhardt authored
In 0d5df6f0 (repository: Implement `#new_blobs` via `#list_blobs`, 2021-08-25), we have introduced an alternative implementation of `#new_blobs` which uses `ListBlobs()` instead of `ListNewBlobs()`. While there wasn't yet any change in behaviour, this conversion allows us to convert `#new_blobs` to receive multiple new revisions as arguments such that we can batch-load new blobs in a single call instead of having to do so once per change. Remove the feature flag that has been guarding this new implementation such that we can continue with the conversion. While the new code has only been tested in production for one day at the time of writing this commit, there haven't been any issues. Furthermore, the risk of this change was low from the beginning. So removing the feature flag this quickly shouldn't be much of a concern. Changelog: added
-
Brandon Labuschagne authored
Drop Markdown support in bio field See merge request gitlab-org/gitlab!68628
-