- Aug 17, 2018
-
-
benjamin authored
-
- Aug 02, 2018
-
-
James Lopez authored
- Refactor uploads manager - Refactor importer, update import spec - Add more object storage specs
-
🙈 jacopo beschi 🙉 authored
-
- Aug 01, 2018
-
-
Thong Kuah authored
Fix up VERSION for each of the applications * There is no 0.0.1 helm version for jupyterhub. Use the latest version instead * `:nginx` is not a valid chart version. Lock the ingress application GitLab installs to the latest chart version. * Use the latest gitlab-runner chart to prevent GitLab installing older versions when users have been installing the lastest version Always install from the VERSION and not the database `version` column. This should fix cases like https://gitlab.com/gitlab-org/gitlab-ee/issues/6795 in the instances where an install command failed previously, which locked the version in the database to an older version. Also, ensure that the version column is updated to the version we are installing. Add specs to show how previously failed appplications will be handled when the helm installation is run again Add changelog entry
-
Paul Slaughter authored
-
Filipa Lacerda authored
Automatically expand runner's settings block when linking to the runner's settings page by using page anchor on the link
-
Zeger-Jan van de Weg authored
Our friends at GitHub show the programming languages for a long time, and inspired by that this commit means to create about the same functionality. Language detection is done through Linguist, as before, where the difference is that we cache the result in the database. Also, Gitaly can incrementaly scan a repository. This is done through a shell out, which creates overhead of about 3s each run. For now this won't be improved. Scans are triggered by pushed to the default branch, usually `master`. However, one exception to this rule the charts page. If we're requesting this expensive data anyway, we just cache it in the database. Edge cases where there is no repository, or its empty are caught in the Repository model. This makes use of Redis caching, which is probably already loaded. The added model is called RepositoryLanguage, which will make it harder if/when GitLab supports multiple repositories per project. However, for now I think this shouldn't be a concern. Also, Language could be confused with the i18n languages and felt like the current name was suiteable too. Design of the Project#Show page is done with help from @dimitrieh. This change is not visible to the end user unless detections are done.
-
Constance Okoghenun authored
-
Oswaldo Ferreir authored
-
André Luís authored
This reverts commit 740ae2d1, reversing changes made to 1ba47de5.
-
André Luís authored
This reverts commit 6c6988cb, reversing changes made to 0d488c7b.
-
André Luís authored
This reverts commit 5ba542b1, reversing changes made to 32c831ea.
-
André Luís authored
This reverts commit ced005f3, reversing changes made to 9b01b293.
-
André Luís authored
This reverts commit 2411ecb5, reversing changes made to 58a0df7e.
-
André Luís authored
This reverts commit 9c121352, reversing changes made to c1b335e0.
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Kamil Trzcińśki authored
-
Jamie Schembri authored
-
Jan Provaznik authored
-
Rémy Coutable authored
Signed-off-by:
Rémy Coutable <remy@rymai.me>
-
- Jul 31, 2018
-
-
Luke "Jared" Bennett authored
-
Luke "Jared" Bennett authored
-
-
Mayra Cabrera authored
This reverts merge request !20801
-
Stan Hu authored
git-lfs 2.5.0 now sets the Content-Type header instead of hard-coding it to application/octet-stream: https://github.com/git-lfs/git-lfs/pull/3137 To avoid this issue, we explicitly tell the client to use application/octet-stream. Closes #49752
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
Jarka Kadlecova authored
-
Dmitriy Zaporozhets authored
Depends on if prioritised or other labels are found or no labels at all are found, we show a corresponding message now Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-