29 May, 2013
1 commit
-
Remove user directory path assumptions
23 May, 2013
1 commit
-
Hackily handle this with a begin block and return a default that matches current use.
22 May, 2013
1 commit
-
Instead of assuming that the Settings.gitlab['user'] home directory is: /home/git Obtain the default value from Etc and use that if not set in config.yml.
16 May, 2013
1 commit
-
“Can create groups” and “Can create teams” had hardcoded defaults to `true`. Sometimes it is desirable to prohibit these for newly created users by default.
08 May, 2013
1 commit
26 Apr, 2013
1 commit
24 Apr, 2013
1 commit
-
Conflicts: config/gitlab.yml.example config/initializers/1_settings.rb
05 Mar, 2013
1 commit
-
default gitlab.relative_url_root to ENV['RAILS_RELATIVE_URL_ROOT']
28 Feb, 2013
1 commit
14 Feb, 2013
2 commits
-
This option allows to disable users from changing their username. This is very usefull in environments using strong internal authentication methods like ldap, pam or shibboleth. You can allow users to change theyr username in these environments, but then new users (users loging in first time) is blocked from gitlab is her username exists.
11 Feb, 2013
1 commit
07 Feb, 2013
1 commit
31 Jan, 2013
1 commit
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.