There is already a patch available to include grack support with ChiliProject (and Redmine) It's going to be included in ChiliProject soon. Progress is tracked in #245.

Thanx you

I've recently been working on a ChiliProject/Redmine plugin that allows more detailed configuration of hosting of git repositories, including support for serving git smart http in ChiliProject/Redmine itself. I ported the grack code so that it will work as part of a rails app. Glancing at the perl module solution, it looks like that depends on using apache, while this solution will work with nginx too (or anything really, since the smart http support is added into ChiliProject/Redmine itself).

This is a fork of the redmine-gitosis plugin, which has been almost completely rewritten at this point, and now uses gitolite instead of gitosis to control hosting via ssh. The source for the plugin is on github, here: http://github.com/ericpaulbishop/redmine_git_hosting

Hi Eric,

At first, many thanks for you work on git plugin!
I've tried to use it and have some question, so I'll appreciate your help :)

1. Looks like that current version of plugin doesn't handle repository delete action. I've tried to delete git repository (by using chiliproject settings page) and completely delete project... no luck - git repository is still alive, and gitolite config has record about user access to this repository. Should it work or it is not supported yet?

2. How this plugin will work with a lot of registered users and git enabled projects? I've ask this because the original plugin (https://github.com/rocket-rentals/redmine-gitosis) works very weird... Looks like that rocket-rentals plugin always completely rebuild gitosis configuration for all users and project. For example, user login operation can take a loooong time (30 sec for 10-15 active users and a 30-40 git enabled projects).

3. Is there any possibility to hide HTTP/HTTPS links (only SSH) in git URL widget that displayed on project home and repository page?

p.s. Is there any bugtracker for plugin?

1. I implemented repository deletion functionality this morning. Just for you. Note, however, that this isn't active by default -- you need to enable this option in the plugin settings page. It seems like a good idea to me to make people explicitly choose to delete old repositories before doing so. Better safe than sorry.

2. Well... saving user/repository settings will still take a significant amount of time. However, login will be quick -- there's a check that's been added to not update anything when you're just logging in, so that's not an issue anymore. However, saving User/Repo/Project settings or adding a public key can take a non-trivial amount of time depending on how many projects/users you have. It is worth noting that not ALL repositories are updated -- just those associated with the project/user saved. A big chunk of this time though is cloning the gitolite admin repo which takes a few seconds, so there's no way to make this instantaneous. Further optimization is definitely possible, but I haven't got around to this yet (and I'm not sure if I will any time soon).

3. The http url will disappear if you disable hosting via http, and the git url will disappear if you disable hosting via the git daemon (which isn't possible anyway if the project isn't set as public). You can configure this in the repository settings page of each project. There is no global setting to do this.

4. I know, it's kind of ironic there isn't really any separate bugtracker for this project right now, given that it's based around redmine hosting, which is itself a bugtracker. For now it's just hosted publicly on github. However, I haven't gotten around to make a seperate/public page for this project, so (for now at least), just use github's issues system to report bugs/problems. If you want to contribute, just fork it and send me a pull request.

Eric Bishop wrote:

1. I implemented repository deletion functionality this morning. Just for you. Note, however, that this isn't active by default -- you need to enable this option in the plugin settings page. It seems like a good idea to me to make people explicitly choose to delete old repositories before doing so. Better safe than sorry.

Wow! Thanks! :)

2. Well... saving user/repository settings will still take a significant amount of time. However, login will be quick -- there's a check that's been added to not update anything when you're just logging in, so that's not an issue anymore. However, saving User/Repo/Project settings or adding a public key can take a non-trivial amount of time depending on how many projects/users you have. It is worth noting that not ALL repositories are updated -- just those associated with the project/user saved. A big chunk of this time though is cloning the gitolite admin repo which takes a few seconds, so there's no way to make this instantaneous. Further optimization is definitely possible, but I haven't got around to this yet (and I'm not sure if I will any time soon).

Ok. Login lag was most annoying for users :)

3. The http url will disappear if you disable hosting via http, and the git url will disappear if you disable hosting via the git daemon (which isn't possible anyway if the project isn't set as public). You can configure this in the repository settings page of each project. There is no global setting to do this.

I'll check.

4. I know, it's kind of ironic there isn't really any separate bugtracker for this project right now, given that it's based around redmine hosting, which is itself a bugtracker. For now it's just hosted publicly on github. However, I haven't gotten around to make a seperate/public page for this project, so (for now at least), just use github's issues system to report bugs/problems. If you want to contribute, just fork it and send me a pull request.

Hmm... Have I missed "Issue" page in your github project? I'm logged in but do not see it (screenshot attached).
I do not have good knowledge of Ruby (mainly C++), so not sure that I can commit something useful soon... Right now I can do only naive Ruby debugging :)

Anyway, thanks for you work! Your git plugin is best that I've found at this time :)

Hi everyone,

I have some trouble with using the built-in git support as described in
HowTo_configure_ChiliProject_for_advanced_git_integration.

After following the tutorial I'm not sure which repository address to enter in Projects->Settings->Repository and
I also can't access my test repository with

git ls-remote http://git.mysite.org/test.git.
(it worked before I added access control)

It asks me for a username and password (that's the same used in Chili, or do I need to use a unix shell login ?) but somehow I always get access denied.

Moritz

Moritz von Buttlar wrote:

I have some trouble with using the built-in git support as described in
HowTo_configure_ChiliProject_for_advanced_git_integration.

Could you please open a new thread for that so as not to "polute" this one, thanks :-)