- 04 3月, 2017 1 次提交
-
-
由 Pawel Chojnacki 提交于
-
- 03 3月, 2017 1 次提交
-
-
由 Alejandro Rodríguez 提交于
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 2月, 2017 1 次提交
-
-
由 Douwe Maan 提交于
-
- 15 2月, 2017 1 次提交
-
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 27 10月, 2016 1 次提交
-
-
由 tiagonbotelho 提交于
only.
-
- 30 8月, 2016 1 次提交
-
-
由 Dirk Hörner 提交于
This commit fixes a typo where the mode argument to FileUtils.mkdir() would be passed in decimal rather than octal format, yielding bad permissions.
-
- 11 8月, 2016 1 次提交
-
-
由 bogdanvlviv 提交于
Since version ruby-2.2.0, method `File::exists?` is deprecated.
-
- 25 7月, 2016 1 次提交
-
-
由 Stan Hu 提交于
Set permissions of backup dir to g+s Closes #20188
-
- 30 6月, 2016 1 次提交
-
-
由 Alejandro Rodríguez 提交于
-
- 04 6月, 2016 1 次提交
-
-
由 Connor Shea 提交于
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
-
- 04 11月, 2015 1 次提交
-
-
由 Robert Speicher 提交于
Closes #3311
-
- 30 7月, 2015 1 次提交
-
-
由 Jacob Vosmaer 提交于
-
- 29 7月, 2015 1 次提交
-
-
由 Jacob Vosmaer 提交于
This sidesteps problems with running 'chmod' on some CIFS mounts.
-
- 19 3月, 2015 1 次提交
-
-
由 root 提交于
-
- 01 12月, 2014 1 次提交
-
-
由 Achilleas Pipinellis 提交于
ProjectWiki.new() creates a new wiki git repository, so any tries to bare clone a bundle fail. With this patch we remove the newly created wiki.git before restoring from the backup bundle.
-
- 30 11月, 2014 1 次提交
-
-
由 Achilleas Pipinellis 提交于
-
- 20 11月, 2014 1 次提交
-
-
由 Jacob Vosmaer 提交于
-
- 13 11月, 2014 1 次提交
-
-
由 Dimitry Andric 提交于
If a project is being restored, but there is no bundle file, the project was empty when it was backed up. In this case, just use git init --base to create a new bare repository.
-
- 06 11月, 2014 1 次提交
-
-
由 Ciro Santilli 提交于
-
- 20 10月, 2014 2 次提交
-
-
由 Jacob Vosmaer 提交于
We need to skip empty repositories when creating a backup. Before this change, we were asking gollum-lib if the wiki contains any _pages_. Now we ask gitlab_git if the repository contains _files_. This should resolve gollum_lib Grit timeouts in the backup script.
-
由 Jacob Vosmaer 提交于
We need to skip empty repositories when creating a backup. Before this change, we were asking gollum-lib if the wiki contains any _pages_. Now we ask gitlab_git if the repository contains _files_. This should resolve gollum_lib Grit timeouts in the backup script.
-
- 01 10月, 2014 1 次提交
-
-
由 Jacob Vosmaer 提交于
This change also shows the output of failed Git commands during the backup.
-
- 08 9月, 2014 1 次提交
-
-
由 Jacob Vosmaer 提交于
The rewrite-hooks.sh script is a deprecated wrapper for gitlab-shell's create-hooks script.
-
- 09 5月, 2014 1 次提交
-
-
由 Jacob Vosmaer 提交于
This fixes a bug where wiki repositories for projects with an empty main repository would not get backed up.
-
- 09 4月, 2014 1 次提交
-
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 27 2月, 2014 1 次提交
-
-
由 Jacob Vosmaer 提交于
The backup restore code for repositories was assuming that gitlab-shell is installed in /home/git/gitlab-shell. This commit changes that to use the configuration setting from gitlab.yml that specifies the path where gitlab-shell is installed.
-
- 06 11月, 2013 1 次提交
-
-
由 Jacob Vosmaer 提交于
-
- 05 11月, 2013 2 次提交
-
-
由 Dmitriy Zaporozhets 提交于
This reverts commit c46eaca9.
-
由 Nigel Kukard 提交于
- Database name may contain characters which are not shell friendly - Database password could contain the same - While we at it there is no harm in escaping generated paths too - Refactored 2-line system(command) Signed-off-by: NNigel Kukard <nkukard@lbsd.net>
-
- 10 10月, 2013 1 次提交
-
-
由 Jacob Vosmaer 提交于
-
- 30 5月, 2013 1 次提交
-
-
由 Angus MacArthur 提交于
These fixes will allow a restore of gitlab when the backups and repositories directories are in non-standard locations (ie sub-dirs of gitlabhq). Also allows the restore to be run from script overriding the need of a user to confirm the rebuild of the authorized_keys file.
-
- 10 4月, 2013 1 次提交
-
-
由 Dmitriy Zaporozhets 提交于
-
- 06 4月, 2013 3 次提交
-
-
由 Dmitriy Zaporozhets 提交于
-
由 Dmitriy Zaporozhets 提交于
-
由 Dmitriy Zaporozhets 提交于
-