- 03 Mar, 2017 1 commit
-
-
Alejandro Rodríguez authored
This will be necessary when adding gitaly settings. This version doesn't make any functional changes, but allows us to include this breaking change in 9.0 and add the needed extra settings in the future with backwards compatibility
-
- 23 Feb, 2017 1 commit
-
-
Douwe Maan authored
-
- 03 Feb, 2017 1 commit
-
-
Adam Pahlevi authored
add complete changelog for !8949
-
- 18 Nov, 2016 1 commit
-
-
Z.J. van de Weg authored
In the 8.13 RC cycle, so before the release, there was a time in which references in git where stored by id instead of iid. This could be fixed by time, if the iid catches up with the id, it overwrites it. But in the mean time we have wrong refs in the folder. This commit fixes that. For all projects we have deployments we'll find the ones where the ref has a higher number than the iid is now and calls `#create_ref` on the corresponding deployment.
-
- 30 Jun, 2016 1 commit
-
-
Alejandro Rodríguez authored
-
- 03 Jun, 2016 1 commit
-
-
Connor Shea authored
Colorize is a gem licensed under the GPLv2, so we can’t use it in GitLab without relicensing GitLab under the terms of the GPL. Rainbow is licensed under the MIT license and does the exact same thing as Colorize, so Rainbow was added in place of Colorize. The syntax is slightly different for Rainbow vs. Colorize, and was updated in accordance. The gem is still a dependency of Spinach, so it’s included in the development/test environments, but won’t be packaged with the actual product, and therefore doesn’t require we relicense the product. An attempt at relicensing Colorize was made, but didn’t succeed as the library owner never responded. Rainbow library: https://github.com/sickill/rainbow Relevant issue regarding licensing in GitLab's gems: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/3775
-
- 15 Sep, 2015 2 commits
-
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
Clean up more than just global (legacy) repos. Also, instead of deleting, just rename.
-
- 23 Jun, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 09 Jun, 2015 1 commit
-
-
zenati authored
-
- 16 Feb, 2015 1 commit
-
-
Daniel Steinborn authored
-
- 12 Nov, 2014 1 commit
-
-
Marvin Frick authored
In e23a26a (and later 1bc9936) the API for Gitlab::LDAP::Adapter was changed. I assume this rake task was an oversight in the refactoring of the changed class. While being on it, I noticed that already blocked users cannot be blocked again.
-
- 26 Jun, 2014 1 commit
-
-
Marvin Frick authored
-
- 29 Jul, 2013 1 commit
-
-
Johannes Schleifenbaum authored
-
- 05 May, 2013 1 commit
-
-
Andrey Kumanyaev authored
-
- 11 Feb, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 09 Feb, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 25 Dec, 2012 1 commit
-
-
Dmitriy Zaporozhets authored
-