An error occurred fetching the project authors.
- 21 Oct, 2015 1 commit
-
-
Artem V. Navrotskiy authored
-
- 01 Oct, 2015 1 commit
-
-
Jacob Vosmaer authored
-
- 09 Sep, 2015 2 commits
-
-
Artem V. Navrotskiy authored
-
Artem V. Navrotskiy authored
When cleaning this environment variable can be problems with the processing of non-ASCII data
-
- 08 Sep, 2015 1 commit
-
-
Robert Speicher authored
-
- 05 Aug, 2015 1 commit
-
-
Valery Sizov authored
-
- 16 Jul, 2015 2 commits
-
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
This will speed up the rm-key operation. The downside is that authorized_keys will not shrink when you remove a key. If this ever becomes a problem it can be fixed by running 'rake gitlab:shell:setup'.
-
- 14 Apr, 2015 1 commit
-
-
Douwe Maan authored
-
- 13 Apr, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 10 Apr, 2015 1 commit
-
-
Douwe Maan authored
-
- 09 Apr, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 16 Mar, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 15 Mar, 2015 1 commit
-
-
Douwe Maan authored
-
- 26 Feb, 2015 1 commit
-
-
Jacob Vosmaer authored
It is not clear what we need these for anymore. Because these commands would recurse once through all existing files in all Git repositories, and then another time through all directories these commands could take very long on a server with a lot of repositories. We keep the 'chmod' on config.repos_path, to deny world access to all files and directories beneath it.
-
- 19 Feb, 2015 2 commits
-
-
Dmitriy Zaporozhets authored
-
Dmitriy Zaporozhets authored
-
- 18 Feb, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
Expect broadcast message API endpoint to return 200 with empty JSON if no broadcast messages available
-
- 17 Feb, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 16 Feb, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 12 Feb, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 09 Feb, 2015 1 commit
-
-
Douwe Maan authored
-
- 29 Jan, 2015 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 13 Jan, 2015 1 commit
-
-
Valery Sizov authored
-
- 15 Dec, 2014 1 commit
-
-
Valery Sizov authored
-
- 24 Nov, 2014 1 commit
-
-
Valery Sizov authored
This reverts commit f8453da5.
-
- 20 Nov, 2014 1 commit
-
-
Jacob Vosmaer authored
At least the following things were broken: - missing require for 'gitlab_access_status' in lib/gitlab_net.rb - gitlabhq master internal API returns 'true' or 'false', gitlab-shell expects JSON This reverts commit 11311a95, reversing changes made to 45444597.
-
- 19 Nov, 2014 1 commit
-
-
Valery Sizov authored
This reverts commit cd9e7963.
-
- 17 Nov, 2014 1 commit
-
-
Ciro Santilli authored
-
- 14 Nov, 2014 1 commit
-
-
Valery Sizov authored
-
- 07 Nov, 2014 1 commit
-
-
Drew Blessing authored
-
- 20 Oct, 2014 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 25 Sep, 2014 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 16 Sep, 2014 2 commits
-
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
-
- 09 Sep, 2014 1 commit
-
-
Jacob Vosmaer authored
When bin/create-hooks is run against a live GitLab server, there is a possibility of race conditions when a user deletes one of their repositories after bin/create-hooks found it. With this change, bin/create-hooks will ignore missing file errors.
-
- 01 Sep, 2014 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 27 Aug, 2014 2 commits
-
-
Jacob Vosmaer authored
When a remote user with a valid SSH key runs something like 'ssh git@gitlab.example.com foobar', gitlab-shell would raise an exception in the GitlabShell#escape_path method. With this change, we catch an invalid number of arguments as soon as possible and exit.
-
Job van der Voort authored
-
- 13 Aug, 2014 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-