在公司一直使用 SVN 作版本控制,不过 SVN 的 branch 是在过于灵活。我们所希望的只是一种简单的分支系统:各个分支能够完全独立开来,不会牵扯到复杂的 merge 操作。因此,决定搭建一个 Git 服务器。由于目前没有合适的 Linux 服务器,因此只能尝试在 Windows 上搭建。
在 Windows 上搭建 Git 服务器一般使用 SSL + putty + msysGit 完成。不过按照网上的做法始终不能成功。所以开始选择另外的一种搭建方法:基于 Apache 服务器搭建 Git 服务器。这样做的好处是免除了 SSH 在 Windows 上的配置,同时可以使用 HTTP(S) 协议访问版本库。经过一番尝试,终于实现了在 Windows 上搭建好 Apache + Git 服务器,现在将搭建方法记录于此。
第一步:安装 Git由于 Git 官方没有提供 Windows 上的安装程序,我们只能使用第三方实现。好在还是有不错的选择,而且其实现也算是比较完美。我选择的是 msysGit,你可以从这里下载到最新版本。在本文写作时,最新版本是 1.7.6。下载完成后直接双击安装就可以。这里需要注意的是,网上有些文章声称,需要在安装时选择 Run git from the Windows Command prompt。对此持保留意见,因为不选择这一项也是可以的。不过为了谨慎起见,还是选择此项为好。
安装完毕后,开始菜单会多出 Git 一项,里面有 Git GUI 和 Git Bash,前者是图形界面,后者是命令行界面。msysGit 默认的安装路径是 C:Program FilesGit。下面我们可以进入 C:Program FilesGitlibexecgit-core 目录,双击运行 git-http-backend.exe 程序。这个程序的作用就是处理 HTTP 请求。不过,有时你会得到一个错误:
这个错误是说缺少 libiconv-2.dll。该文件位于 C:Program FilesGitbin。我们可以将其从这里复制到 C:Program FilesGitlibexecgit-core 即可。
在新版本中不会出现。
第二步:安装 Apache 服务器下一步,你应该安装 Apache 服务器。从这里可以找到安装文件(包含 OpenSSL)。本文写作时最新稳定版本是 2.2.21。正常安装之后,Apache 会自动启动,并且占据 80 端口。你可以根据需要修改监听端口。然后我们打开浏览器,进入 http://localhost。如果浏览器页面显示 It works! 说明我们的服务器已经正确安装,那么就可以进行下一步操作了。
第三步:配置 Apache 服务器现在,我们的 Git 和 Apache 都已经安装成功,下面就是配置 Apache 服务器。
进入 Apache 安装目录下的 conf 目录,用记事本打开 httpd.conf 文件。首先,找到 <directory />,修改如下:
<directory />
Options FollowSymLinks
AllowOverride None
Order deny,allow
Allow from all
</directory>
然后在 httpd.conf 文件末尾追加:
#
Set this to the root folder containing your Git repositories.
# 指定 Git 版本库的位置
SetEnv GIT_PROJECT_ROOT C:/workspace
# Set this to export all projects by default (by default,
# git will only publish those repositories that contain a
# file named “git-daemon-export-ok”
# 该目录下的所有版本库都可以透过 HTTP(S) 的方式存取
SetEnv GIT_HTTP_EXPORT_ALL
# Route specific URLS matching this regular expression to the git http server.
# 令 Apache 把 Git 相关 URL 导向给 Git 的 http 处理程序
ScriptAliasMatch
"(?x)^/(.*/(HEAD |
info/refs |
objects/(info/[^/]+ |
[0-9a-f]{2}/[0-9a-f]{38} |
pack/pack-[0-9a-f]{40}.(pack|idx)) |
git-(upload|receive)-pack))$"
"C:/Program Files/Git/libexec/git-core/git-http-backend.exe/$1"
<Location />
AuthType Basic
AuthName "GIT Repository"
AuthUserFile "C:/Program Files/Git/htpasswd"
Require valid-user
</Location>
上面修改内容中,第一个指令设置 Git 的版本库位置;
第二个指令表示,该目录下的所有版本库都可以通过 HTTP(S) 的方式存取;
第三个指令则是让 Apache 把 Git 相关 URL 导向给 Git 的 HTTP 处理程序,也就是我们前面提到的 git-http-backend.exe。
最后的 <Location /> 区段设定了虚拟根路径 "/" 的验证规则;C:/Program Files/Git/htpasswd 是账号密码文件,该文件可以在任何位置,也可以使任何名字,只要在这里指定即可。
如果将“Require valid-user”注释掉,就不需要密码认证了,在内网用时会很方便,但这是只允许pull,而不允许push。
完成上述修改之后,重启 Apache 服务。
如果你希望将来透过远端存取版本库时,一律使用 http://my-server/git/* 开头的 URL,则可将 ScriptAliasMatch 指令改为 "(?x)^/git/(.*/(HEAD | ……."
第四步:添加用户下面,我们将向 htpassword 文件添加用户名和密码。这样,在我们提交版本是,Apache 服务器就可以根据这里我们指定的用户名和密码判断是否具有权限。
添加用户名和密码的操作应该使用 Apache 提供的 htpasswd 命令。使用命令提示符来到 Apache 安装目录下的 bin,输入命令:
htpasswd -cmb htpassword abc 123456
该命令执行后,会在当前目录下生成一个名为 htpassword 的文件,用户名为 abc,密码为 123456(加密的)。
htpasswd 命令还可以追加用户、修改用户密码、删除用户等,具体操作请查阅 htpasswd 使用手册。
第五步:测试这里我们要建立一个测试库,以便查看我们的服务器是否能够正常运行。
我们使用 Git Bash,来到 C:/workspace 目录,运行如下命令:
git init --bare
myapp.git
此时,会在 workspace 目录下建立一个空的版本库 myapp.git。然后我们运行
git clone http://localhost/myapp.git
此时,Git 会要求我们提供用户名和密码,之后就可以正常 clone。然后尝试修改文件,运行一下
git push origin master
在提供用户名和密码之后即可成功提交。
如果上面的命令都可以正常进行,则说明我们的服务器基本已经搭建完成。
ps
终于配好能用了,中间有挺多细节。在按照上面做时,自以为聪明,有的步骤路过了,如安装git后复制那个dll文件,如更改apache让所有人可以访问,这里我都用黄底标识出了。人家的步骤就是那个样子,可你非要跳着看,在没有掌握的情况下,肯定会出错了。
这样配置好后,其实就可以用了。
git init 初始化git仓库
git add .
git commit -m"init"
然后从服务端
git clone http://192.168.0.145/工程的目录名
上面的过程是不好,还是文中测试的那个好。
试了也会知道,当你在修改代码后push时,会报错
remote: error: refusing to update checked out branch: refs/heads/master
remote: error: By default, updating the current branch in a non-bare repository
remote: error: is denied, because it will make the index and work tree inconsistent
remote: error: with what you pushed, and will require 'git reset --hard' to match
remote: error: the work tree to HEAD.
...
意思就是不要直接提交代码到non-bare仓库,因为可能这是别人的工作目录,显然不应该这样干,比如:有冲突,而别人又在开发不能处理冲突升级到你的代码。
所以在建立仓库时,用 git init --bare 来建立一个bare的仓库,bare即赤裸的意思,说明这个目录里面就是原来工作目录里.git里的内容。
这样之后,再往上push代码就ok了!
理也是这个理:仓库就是仓库,对所有人都是。
在服务器上建好仓库后,在本地一个已经git init 的工程目录下,直接
git push http://192.168.0.145/repo.git master
就把它push到了远程的master分支。这里的分支明是必须的,且需和本地的分支名相同,因为本地一般默认master,所以push到远端master分支。
So easy!
声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。