This plugin allows you to update your local Git repositories in Redmine when changes have been pushed to GitHub.
Redmine has supported Git repositories for a long time, allowing you to browse your code and view your changesets directly in Redmine. For this purpose, Redmine relies on local clones of the Git repositories.
If your shared repository is on a remote machine - for example on GitHub - this unfortunately means a bit of legwork to keep the local, Redmine-accessible repository up-to-date. The common approach is to set up a cronjob that pulls in any changes with regular intervals and updates Redmine with them.
That approach works perfectly fine, but is a bit heavy-handed and cumbersome. The Redmine GitHub Hook plugin allows GitHub to notify your Redmine installation when changes have been pushed to a repository, triggering an update of your local repository and Redmine data only when it is actually necessary.
- Add the gem to your Gemfile.local:
gem "redmine_github_hook"
bundle
- Restart your Redmine
- Enable Enable WS for repository management in Administration > Settings > Repositories and generate an API key
Adding a Git repository to a project (note, this should work whether you want to use Redmine GitHub Hook or not).
- Simply follow the instructions for keeping your git repository in sync.
- You don't need to set up a cron task as described in the Redmine instructions.
- Go to the repository Settings interface on GitHub.
- Under "Webhooks & Services" add a new "WebHook". The "Payload URL" needs to be of the format:
[redmine_url]/github_hook
(for examplehttp://redmine.example.com/github_hook
).- By default, GitHub Hook assumes your GitHub repository name is the same as the project identifier in your Redmine installation.
- If this is not the case, you can specify the actual Redmine project identifier in the Post-Receive URL by using the format
[redmine_url]/github_hook?key=[api_key]&project_id=[identifier]
(for examplehttp://redmine.example.com/github_hook?key=my_api_key&project_id=my_project
). - GitHub Hook will then update all repositories in the specified project. Be aware, that this process may take a while if you have many repositories in your project.
- If you want GitHub Hook to only update the current repository you can specify it with an additional parameter in the Post-Receive URL by using the format
[redmine_url]/github_hook?key=[api_key]&project_id=[identifier]&repository_id=[repository]
(for examplehttp://redmine.example.com/github_hook?key=my_api_key&project_id=my_project&repository_id=my_repo
).
- If this is not the case, you can specify the actual Redmine project identifier in the Post-Receive URL by using the format
- In most cases, just having the "push" event trigger the webhook should suffice, but you are free to customize the events as you desire.
- Note: Make sure you're adding a Webhook - which is what Redmine Github Hook expects. GitHub has some builtin Redmine integration; that's not what you're looking for.
- By default, GitHub Hook assumes your GitHub repository name is the same as the project identifier in your Redmine installation.
That's it. GitHub will now send a HTTP POST to the Redmine GitHub Hook plugin whenever changes are pushed to GitHub. The plugin then takes care of pulling the changes to the local repositories and updating the Redmine database with them.
- Redmine 2 running on a *nix-like system. Redmine versions before 2.0 should use the redmine_1.x branch.
- Git 1.5 or higher available on the commandline.
If you run into issues, your Redmine logfile might have some valuable information. Two things to check for:
- Do POST requests to
/github_hook
show up in the logfile at all? If so, what's the resulting status code? - If the git command used to pull in changes fails for whatever reason, there should also be some details about the failure in the logfile.
The logfile is usually found in your Redmine directory in log/production.log
although your webserver logs may contain some additional clues.
As for permissions, whatever user Redmine is running as needs permissions to do the following things:
- Read from the remote repository on GitHub
- Read and write to the local repository on the Redmine server
What user you are running Redmine as depends on your system and how you've setup your Redmine installation.
This means you need to add its SSH keys on GitHub. If the user doesn't already have an SSH key, generate one and add the public SSH key as a Deploy Key for the repository on GitHub (or as one of your own keys, if you prefer that).
The user running Redmine needs permissions to read and write to the local repository on the server.
The interactions between the different parts of the process is outlined in the following sequence diagram:
(Diagram made with js-sequence-diagrams).
Copyright (c) 2009-2014 Jakob Skjerning
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.