summaryrefslogtreecommitdiff
path: root/lib/gitlab_access.rb
Commit message (Collapse)AuthorAgeFilesLines
* Refactor repository paths handling to allow multiple git mount pointsshardsAlejandro Rodríguez2016-06-291-1/+1
|
* Write GitlabAccess error to stderr.Douwe Maan2015-04-061-11/+10
|
* Show nice error message when internal API is unreachable.Douwe Maan2015-02-111-8/+13
|
* Revert "Revert "Merge branch 'git_hook_messages'""Valery Sizov2014-11-241-4/+6
| | | | This reverts commit f8453da5868dd7a23d0f2f3da7a45e33c441d1db.
* Revert "Merge branch 'git_hook_messages'"Jacob Vosmaer2014-11-201-6/+4
| | | | | | | | | | 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 11311a95545f967a5736cd16ab5fc37f7e658519, reversing changes made to 45444597aef3e434571de2491934ae92357ad231.
* Show error message when git access is rejectedValery Sizov2014-11-141-4/+6
|
* Support for custom hooksDrew Blessing2014-11-051-1/+1
|
* using true instead of 1jose2014-10-301-1/+1
|
* The gitlab pre-receive hook expects the call to exec to return 1jose2014-10-301-1/+1
| | | | | | | | | when a user has access. Doing an exit 0 effectively ended the thread. No code would be executed after the call to exec. This changes fixes the problem for the pre-receive hooks but you want to check that GitlabAccess.exec is not used elsewhere. A quick grep of the code seems to indicate this is not the case
* Split one instance variable per lineCiro Santilli2014-10-041-1/+2
|
* GitLab /api/allowed endpoint requires POST requestDmitriy Zaporozhets2014-09-031-1/+1
| | | | | | | This commit made changes to GitLab shell to work with huge pushed (ex. 1k branhes) using POST request to API Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
* GitlabAccess and GitlabPostReceive classes addedDmitriy Zaporozhets2014-09-011-0/+34
Gitlab Access handles security check. GitlabPostReceive creates a sidekiq job Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
View Lorry Controller Status