前言

前面一个文章讲述了如何在Windows系统中使用Git+Copssh搭建Git仓库服务器。按照前一章流程安装、配置应该没啥问题。

这一章我来讲讲自己在Windows搭建Git仓库中遇到的一些坑。有些坑感觉就是天坑，自己在那摸索折腾始终都不对，有点恼羞成怒了，最后用了百度、谷歌搜索了好多网页才发现那么一丝丝的线索，折腾了两三天，终于在我们的服务器跑起来了。实属不易，吐槽到此结束，下面来讲讲我在这过程中遇到的坑。

坑一

在SSH命令行到用户目录下，使用“git init --bare”初始化仓库时提示“/usr/bin/git.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory”这个坑算是最简单的坑了吧。

git.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory

解决方法：将Git安装目录下C:\Git\mingw64\bin中的`git.exe、git-receive-pack.exe、git-upload-archive.exe、git-upload-pack.exe、libiconv-2.dll`五个文件拷贝到Copssh安装目录bin文件夹中。并打开ICW安装目录下etc/profile文件，在文件最末位添加以下四行字符串，保存重启Copssh服务即可。

gitpath='/cygdrive/c/Git/mingw64/bin'

gitcorepath='cygdrive/c/Git/mingw64/libexec/git-core'

gitmergetoolspath='cygdrive/c/Git/mingw64/libexec/git-core/mergetools'

export PATH="/bin:$syspath:$gitpath:$gitcorepath:$gitmergetoolspath:$winpath"

坑二

当解决坑一后，打开Git Bash输入“git clone git@192.168.0.22:test”克隆仓库，本以为应该可以顺风顺水，可以去喝喝茶歇歇了的时，命令行却提示“/usr/bin/git-upload-pack.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory

fatal: Could not read from remote repository.”。

git-upload-pack.exe: error while loading shared libraries

好吧，就搜索这个问题，然后发现了有一个简友的问题和我的类似啊（参照链接深坑来了），那我按照他的步骤来应该可以吧，然后就按照他的方法来试。把Git安装路径下的C:\Git\mingw64\bin

所需文件

的这些文件拷贝到ICW安装路径下的bin目录中。本以为应该就解决了，万万没想到。来了这个提示“fatal: Could not read from remote repository.”：

repository不存在???我确定我的reponsitory真实的存在。

看来这个简友的方法没解决到我的问题。

后面走投无路乱搞了，直接把Copssh卸载了从坑一开始重新配置。这次把GIt目录下的C:\Git\mingw64\bin;C:\Git\mingw64\libexec\git-core;C:\Git\mingw64\libexec\git-core\mergetools这三个路径也添加到环境变量中。结果就可以啦，真的就可以啦。我的个乖乖，我折腾这么久真是瞎折腾了啊。看到这里这个打印信息真是泪流满面!!!（夸张说法）

总算可以正常clone了。

跳出了深坑。

使用public key authentication认证

1、在Copssh中，如果勾选了Password authentication选项，在这里取消选择。点击apply，这样就不允许使用密码进行认证。

取消选择Password authentication选项，并点击applay

2、安装TortoiseGit，全程使用下一步即可

3、在开始菜单栏中搜索PuTTYgen，点击File->Load private key。选择我们在Copssh中创建的私钥文件。再选择Save private key，保存putty private key文件。

保存putty private key文件

4、创建一个空的文件夹，在文件夹中右键选择Git Clone。

选择Git Clone

5、在Git clone设置界面选择Load putty key。选择我们刚才使用PuTTYgen保存的putty私有文件。

选择我们刚才使用PuTTYgen保存的putty私有文件

6、点击OK。然后发现出错了！提示“Disconnected: No supported authentication methods available (server sent: publickey,keyboard-interactive)”。坑就这样子出现了，好纠结啊，这个如何是好啊。搜索后在CSDN发现这个朋友也遇到了这个问题copssh的配置，以为有救了。没想到下面的评论都是吹水的“路过”，根本没X用啊。然后用试着用谷歌搜索SSH Public Key试试，然后就在一个askubuntu.com上找到了一个提问SSH Public Key - No supported authentication methods available (server sent public key)。在这里发现了他们在etc/sshd_config文件Match User username栏下新增了一个AuthorizedKeysFile选项，那我也试试着把自己的authorized_keys文件路径添加到etc/sshd_config中试试。重启Copssh，再按照第4、5步进行克隆。然后可以啦，真的就可以了啊，太神奇了。再次谢谢askubuntu.com这个网站给出的方法。

使用Public key authentication进行clone仓库

经过这三天的折腾，Windows服务器上的Git仓库总算是搭建完成啦。太兴奋了，所以就来这里把我搭建的流程和遇到的坑加紧写出来，给大家分享！

注意事项+高能预警：在etc/sshd_config中添加“AuthorizedKeysFile /home/git/.ssh/authorized_keys”后，直接在Copssh中点击停止服务，然后再点启动。不能退出Copssh，不能退出Copssh，不能退出Copssh（重要的事情说三遍）。重新启动Copssh会直接覆盖这条语句，从而导致public key authentication认证无法通过。要想使用public key authentication认证就得重新添加一次。

sshd_config 添加“AuthorizedKeysFile /home/git/.ssh/authorized_keys”

其他：

1、SSH Private Key和Putty Private Key两个不一样。所以导致Copssh中创建的私钥，TortoiseGit中不能直接使用。不过可以通过PuTTYgen打开，然后再重新保存Putty private key就可以了。

2、如果其他用户在自己的电脑上生成的密钥对，只需要将PuTTYgen中的public key发给管理员，管理员在Copssh中添加上这个公钥就可以克隆出Git中的代码了。

PuTTY Key Generator生成的密钥对。红色框为公钥

相关链接：

1、可能已经挖到最深的坑：在Windows Server下配置Git Server脱坑之路

2、copssh的配置

3、SSH Public Key - No supported authentication methods available (server sent public key)

4、ssh - 如何配置ssh服务，使之使用public key authentication

Windows Git服务器搭建工作就告一段落啦，可以睡个安稳觉咯 ... ...