20 Jan, 2013
1 commit
18 Jan, 2013
2 commits
-
error is that ```enabled ||= true``` always evaluates to true. Change all initialization of bool settings to use the same syntax: ```setting = true if setting.nil?```
16 Jan, 2013
5 commits
-
…o VonC-check_gitlab_in_git_group
14 Jan, 2013
1 commit
-
The tasks gitlab:env:info mixes user and group, and presume as a group 'git'. However, gitolite group name can be anything. That patch add the git group name in the config, and check gitolite.ssh_user group against git.group (which defaults to 'git', as before this patch, if undefined). M config/gitlab.yml.example: Add 'group' in 'git' section Mention default value for the two extra settings M lib/tasks/gitlab/check.rake: Check that gitolite.ssh_user *group* is the one defined in git.group. Make sure to default to 'git' as the expected group if said group is undefined in the config. Note: uses a more complete regexp for the group detection (the group can start, end or be in the middle or the list of groups of gitolite.ssh_user) M: config/initializers/1_settings.rb: Add default values for gitolite.group and gitlab.user
28 Dec, 2012
1 commit
24 Dec, 2012
2 commits
20 Dec, 2012
1 commit
-
All overrides are marked as deprecated. Default settings are at the bottom.
07 Dec, 2012
1 commit
07 Nov, 2012
1 commit
21 Oct, 2012
1 commit
-
Rewrite build_url, use web_protocol for repo indicator. Explicitly initialize custom port to make the logic obvious.
26 Sep, 2012
1 commit
12 Sep, 2012
3 commits
-
Should no longer freak out when omniauth settings aren't present in gitlab.yml. People who aren't using it shouldn't even have to put a 'false' entry in their config for it (and probably wouldn't, after an upgrade).
-
Conflicts: Gemfile.lock app/helpers/application_helper.rb app/views/devise/sessions/new.html.erb db/schema.rb
29 Aug, 2012
1 commit
28 Aug, 2012
1 commit
-
New config option: git_hooks_path
24 Aug, 2012
1 commit
17 Aug, 2012
1 commit
15 Aug, 2012
1 commit
-
Closes #1237
11 Jul, 2012
1 commit
-
of 'gitlab.yml'. gitlabhq\config\initializers\1_settings.rb looks for 'gitolite_admin_uri' in the 'git' section of 'gitlab.yml' Actually, that setting is in the 'git_host' section. If not fixed, the 'gitolite_admin_uri' would always be equals to 'git@localhost:gitolite-admin', even if the administrator wants to have another user than 'git' in charge of that repo.
10 Jul, 2012
1 commit
03 Jul, 2012
2 commits
02 Jul, 2012
3 commits
01 Jul, 2012
2 commits