redmine整合GIT版本库

redmine整合GIT版本库

服务器的环境:

Ubuntu 11.10 64位

Redmine 1.4.5.stable.10943

git version 1.7.5.4 + gitolite

前言:由于redmine的版本比较低,所以新版本的配置方法有可能有差异。请实践者留意。

redmine和git的安装过程掠过。

由于redmine中GIT插件自身对文件读写权限的限制,所以一般有2种处理方式:

1)修改已经存在的GIT版本的文件读写权限:改为redmine运行用户可以访问;

2)将GIT版本库以redmine运行用户的身份,创建在redmine安装目录中。

这2种方式,对于git+gitolite已经在运行的环境,都不适合。

所以,我们解决的思路是:以redmine运行用户身份,在redmine中创建一个新的版本库。这个版本库作为目前已经存在版本库的镜像,专门给redmine来读取变更历史。开发团队日常的提交,仍然提交到原来的版本库。利用git的hooks,将原来版本库的更新,同步到redmine里面的镜像版本库。

操作步骤:

1 在gitolite中添加redmine运行用户

例如:redmine采用apache整合的方式,默认运行用户为www-data。以www-data用户,运行ssh-keygen,生成ssh key。将~/.ssh/id_rsa.pub文件,拷贝到gitolite管理目录的keydir文件夹(需要重命名.pub公钥文件)。

cp ~/.ssh/id_rsa.pub /path/to/gitolite/admin/keydir/redmine.pub

修改gitolite的gitolite.conf配置文件,将redmine用户添加到目标版本库。

2 在redmine安装目录中创建镜像版本库

以redmine运行用户(如www-data),进入redmine安装目录,创建git项目目录。

mkdir git
cd git
git clone --mirror [email protected]/repo-name.git

如果clone时,提示:

R access for leviathan/leviathan2-android DENIED to www-data
fatal: The remote end hung up unexpectedly

说明第一步为git添加用户和权限的步骤有错误,要返回检查一下。

3 修改原来版本库的hooks(*是原来的版本库,不是新建的镜像*)

切换操作系统用户到安装和创建git版本库的user

sudo su git-user-name

进入原来项目版本库目录,修改hooks文件

cd /repo-path/repo-name.git/hookscp post-receive.sample post-receive

修改post-receive脚本,添加:

/usr/bin/git push --mirror /repo-path-to-mirror/repo-name.git

4 修改镜像版本库的访问权限和添加原来git用户到redmine运行用户组

以redmine运行用户(如:www-data),设置版本库:

cd /path-to-mirror-repo/repo-name.git
git config core.sharedrepository 0644

以root用户,将git用户添加到redmine运行用户组

groupmod -aG www-data gituser

5 测试

在redmine中新建一个git版本库,填入镜像版本库的路径。在“版本库”Tab标签中,可以看到版本库的内容。测试git hooks:在本地开发机的git中,向版本库做一次提交。再打开redmine,看能否看到新提交的内容。

时间: 2024-12-20 12:52:12

redmine整合GIT版本库的相关文章

DICOM:开源DICOM书籍之“git版本库合并”

背景: 之前翻译的DICOM3.0标准是在本地创建的git仓库,并非在github上创建,此时别人是无法访问的,当初的目的是想待标准翻译初步完成后再提交到github上. 然而由于本地的翻译工作采用MarkDownPad进行编辑,文档中的图片需要有一个公网URL才能在文档中显示(注:马克飞象工具是可以直接将剪切板中的图像插入到MarkDown文档致中的,目前马克飞象已经出了Windows和IOS的客户端,下载),因此就在Github上创建了DICOM-Chinese的仓库,并在其中创建了Figu

萌新笔记——git的问题(error: object file .git/objects/* is empty...)的解决方案及对git版本库文件的了解

由于操作不当,导致git版本库出了大问题,如下所示: error: object file .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e is empty fatal: loose object 8b61d0135d3195966b443f6c73fb68466264c68e (stored in .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e) is corrupt 即

解决git提交敏感信息(回退git版本库到某一个commit)

解决git提交敏感信息(回退git版本库到某一个commit) Fri 07 June 2013 git是一个很好的版本库, 现在很多人用它, 并在github上创建项目, 相信大家都有过将敏感信息提交版本的经历, 如何删除? 好像只有删除版本库来解决, 其实我们可以通过回退版本库删除相应的commit来将提交的敏感信息去掉. 备份本地代码 首先我们将本地代码的更改备份一下, 以防丢失更改 回退本地代码的commit 备份完数据, 我们就可以先回退本地的版本库 git reset --hard

GIT版本库回滚【图文版】

金天:学习一个新东西,就要持有拥抱的心态,如果固守在自己先前的概念体系,就会有举步维艰的感觉.版本管理要贯彻到日常的开发学习中去.SVN转GIT用户.金天微信:15998603918 欢迎找我聊聊天. git 版本库回滚,在实际开发过程中总会遇得到 1. 先找出需要回滚的commitid git log -3 2. 重置本地版本库到指定commitid, 注意:本地改动将丢失 git reset --hard b034c3fe4e5823f71990e153d8a52b9ac871b5b7 3.

git版本库服务器搭建

1.linux服务器端操作 1.1linu机器git-server上创建版本库 [[email protected] ~]$ mkdir www.tomcatfox.com.git [[email protected] ~]$ ls www.tomcatfox.com.git [[email protected] ~]$ git init --bare www.tomcatfox.com.git/ [[email protected] ~]$ cd www.tomcatfox.com.git/

Git版本库的创建(Ubuntu)

在Ubuntu上学习Git随笔. 一. git 仓库的安装 git 在终端用git命令查看Ubuntu是否安装git版本库,如果没有安装,最新版本(Ubuntu18.04)会提示用下面命令进行安装. sudo apt install git 如果老版本用下面几个命令试一下 sudo apt-get install git sudo apt-get install git-core 二.创建一个 git 版本库: 1.选择一个要创建这个文件的位置,例如在  我的 /home/cyp 下创建 ler

Git学习笔记2——Git版本库的创建

创建一个版本库非常简单,首先,选择一个合适的地方,创建一个空目录: $ cd s: $ cd Git_Learing $ pwd s/Git_Learning pwd命令用于显示当前目录.在我的windows上,这个仓库位于s/Git_Learning. 在Windows系统中,为了避免遇到各种莫名其妙的问题,请确保目录名(包括父目录)不包含中文. 第二步,通过git init命令把这个目录变成Git可以管理的仓库: $ git init Initialized empty Git reposi

Git版本库工作流程图想

对照廖雪峰的教程,发现有很多难以理解的地方,画了一个图想方便以后参考 首先两个基本命令反应了版本库最本质的工作流程,后面的命令其实都基于此git add 把文件修改添加到暂存区git commit 在原版本的基础上增加一个暂存区的文件修改成为新版本 git add . 以../.git根目录工作区为范围的所有文件修改添加到暂存区 git add 1.txt 把1.txt的文件修改添加到暂存区 再次git add . 所有的版本控制系统,其实只能跟踪文本文件的改动.如果要真正使用版本控制系统,就要

git版本库

分布式相比于集中式的最大区别在于开发者可以提交到本地,每个开发者通过克隆(git clone),在本地机器上拷贝一个完整的Git仓库. Git的功能特性: 从一般开发者的角度来看,git有以下功能: 1.从服务器上克隆完整的Git仓库(包括代码和版本信息)到单机上. 2.在自己的机器上根据不同的开发目的,创建分支,修改代码. 3.在单机上自己创建的分支上提交代码. 4.在单机上合并分支. 5.把服务器上最新版的代码fetch下来,然后跟自己的主分支合并. 6.生成补丁(patch),把补丁发送给