CD(Continuous Deployment)实战问题之unable to read askpass解决

自动部署

通过自动化部署流程可以实现每日部署（Daily build），自动化流程包括：

自动化部署触发
自动化获取最新代码
自动化编译
自动化打包
自动化测试
自动化应用更新
自动化更新提示等

实战环境介绍

这里是企业内部应用，实现自动化部署的机器有四台：

Jenkins 服务器，安装在Windows系统
Git远端库
Build Server，编译服务器，编写脚本用于从Git获取最新代码、编译、打包、测试和部署等。
Web Server， Web应用服务器。

注： Jenkins本身可以集成Git拉取最新代码，这里使用GIt命令拉取代码， Git命名集成在运行脚本中。

实现流程：

实现流程如下：

Jenkins通过SSH执行 Build Server上的脚本，该脚本包括获取源码、编译、部署。
Build Server从Git远端库获取源码
编译、打包
通过脚本更新应用

出现的问题

问题1：在Build Server通过命令获取代码时，会弹出输入密码的对话框
问题2：上面的问题解决后， Jenkins会报unable to read askpass的问题
问题３：如果修改了Git账号的密码，　则问题１　和问题２　会再一次出现。

问题解决

问题1 : 获取Git代码时每次都需要输入密码，脚本获取会出错

错误输出如下:

(gnome-ssh-askpass:12666): Gtk-WARNING **: cannot open display:
error: unable to read askpass response from ‘/usr/libexec/openssh/gnome-ssh

解决思路:
设置Linux不弹出密码询问对话框, 将Git的密码保存在文件中.

解决方式是执行下面的命令:

unset SSH_ASKPASS
git config --global credential.helper store

unset 是Linux的命令, 第二条 git config命令启用 credential.helper store,会将密码以明文方式存储在.gitconfig文件同目录下的.git-credentials中。
注: 这种明文密码存在安全隐患, 可以考虑使用git-credential-winstore替代, git-credential-winstore全称是Windows Credential Store for Git，可以将https方式的Git登陆用户名和密码保存在Windows自带的凭据管理系统中，比credential.helper方式更加安全。

问题2 , 在问题1解决的基础上, Jenkins控制台还是会报unable to read askpass的错误.

解决方法: 在Jenkins服务器的控制台,执行一下脚本, 成功执行之后, Jenkins调用也正常了