我想很多开发的同学都经历过这样的开发流程:本地修改代码，把代码推到测试环境，重启测试环境需要的服务，本地看效果,改bug重复1-3，功能稳定后上线
这个过程有什问题呢?
假设你是一个做过运维或者能力很强的人,比如我这种,本地跑测试环境,但是假如一个新人,或者对测试环境中的某些 部分不是很了解的人, 甚至需要和生产环境完全一样的条件下, 本地可能就不好使了. 那么这需要一个测试服务器
首先你每次修改代码, push ,重启环境都需要你登陆测试环境,至少不够自动化.然后退回本地看效果,这个过程有点浪费时间和经理
其次是你可能有好几个项目,他们之间可能都没什么共通点. 你需要多个测试环境
当然你可以写几个脚本,为你每个测试环境写一个东西去自动化这些，未尝不可. 只是需要重复造很多轮子
假如为了安全有跳板机,你需要登陆跳板机才能跳到你的测试服务器,你可能要写很复杂的expect脚本
然后是我认为最重要的:
凡是屁大点事就放个deamon的运维都是耍流氓, 就拿小屁几台服务器还搞神马salt, ansible之类的事情,真是太无聊了.
这些东西帮助你做了很多事情,但是会让你变得更懒.而且重要的是-它们写的并不一定只符合你的需要或者就不符合你的需要. 我喜欢简单粗暴的实现,最近在看fabric的代码, 作为做过op,也给salt贡献过代码的我,写了这个东西: gentle, 帮助我自动化提交代码到我的测试环境. 这个东西是我认为符合我需要，或者大部分开发同学需要的小东西,基于fabric, docopt 和yaml.
我的工作的一些特点
我负责几个项目, 它们有以下特点
项目在不同的机房, 有完整的测试环境和相关数据
项目依赖的服务基本不同,比如有的使用了supervisor, 有的是程序fork后退出了父进程;有的使用了nginx+uwsgi,有的就是nginx+服务等.
项目之间需要的依赖应用不同,且启动顺序有区别. 这个很好理解, 启动需要先启动A,再启动B,才能启动C
项目有的需要登陆跳板机
我以前的个人的开发习惯和流程
我有一个专门的存放服务配置的目录, 后缀是ip或者项目的名字. git版本库, 每次更新后上传到测试环境
我有专门的op PATH, 做了很多alias, 都是一些python或者shell的脚本,用来同步测试环境,登陆测试环境撑起服务的脚本
看起来以前用的也不错. 但是gentle能怎么样提高呢?
gentle的开发流程
切换到你要开发的目录
初始化这个目录,其实就是在当前目录增加一个.gentle.yaml
根据你的需要配置测试环境账号ip密码, 想要同步的目录, 需要重启的服务和优先级已经命令
以后每次只需在这个目录下,使用gt publish 或者更懒 gt p, 他就会帮你自动rsync然后重启相关服务.
具体使用可以去我的github或者readthedocs.org
安装和依赖
我已经放到了pypi, 你可以使用pip或者easy_install
sudo pip install gentle
这样在系统环境下会有一个gt命令
fabric有2个对于项目更新的函数,一个是rsync_project,一个是upload_project, upload是把项目压缩在服务器上解压缩,实际上很浪费时间,但是rsync_project不能使用env.password,需要手动输入一次密码,都很不爽,我找到一个解决办法就是sshpass, 帮助自动输入rsync的密码, 我也给fabric提了PR. 我的项目使用了我个人的改进版的rsync_project
如果你是ubuntu 直接:
sudo apt-get install sshpass
其他操作系统可以在这里下载 http://sourceforge.net/projects/sshpass/ 然后编译
tar zxvf sshpass-1.05.tar.gz && cd sshpass-1.05 && ./configure &&
make && sudo make install
一个我的测试环境的例子, 我加注释说明
host: 192.168.3.11 #测试服务器, 格式是user@host:port
password: dongwmspassword #登录服务器需要的密码
gateway: #可以不存在,中间服务器,格式是user@host:port
gatewaypassword: #中间服务器(jump跳板机)的密码
rsync: #这个操作是rsync
lpath: $ROOT #你可以使用全路径, $ROOT表示当前路径,本地目录
rpath: /opt/tornado # 测试环境的目录
services: # 每个段落就是一个服务,这里有nginx和supervisor
nginx:
command: kill -9 `ps -ef |grep nginx|grep -v grep|awk '{print $2}'` && /opt/nginx/sbin/nginx #启动的命令
lpath: /usr/local/etc/nginx/nginx.conf #nginx.conf的本地地址
priority: 1 #优先级越高越先执行
rpath: /opt/nginx/conf/nginx.conf #测试环境的nginx.conf路径
sudo: false # 因为这个环境很宽松 不需要sudo
user: #sudo使用的用户,默认是登陆的用户
supervisor:
command: supervisorctl -c /etc/supervisor/supervisord.conf reload
lpath: /Users/dongwm/settings/supervisord.conf.31
priority: 2
rpath: /etc/supervisor/supervisord.conf
sudo: false
user:
username: root #登陆服务器的默认用户, 你可以在使用host的时候指定用户
欢迎给我issue和PR
后文
因为很多人会用到跳板机,我想加入跳板机的用法, 看起来就像直接在本地操作远程一样
设置输出是否隐藏,目前保留就是为了让我看到执行的过程
设置支持多测试环境一起部署,或者说让生成环境的部署一样方便
例子
$a = array (1, 2, array ("a", "b", "c"));
var_dump ($a);
上面是不会有问题了，比较短时发现可以正常了．
安装了xdebug模块后，var_dump()输出的结果将比较易于查看，但默认情况下，var_dump() 输出的结果将有所变化：过多的数组元素不再显示，字符串变量将只显示前N个字符，较深的数组元素也被显示成省略号。这点会带来一些不便，我们修改配置文件，设置这些。
在php.ini里的xdebug节点中，加入如下
xdebug.var_display_max_children=128
xdebug.var_display_max_data=512
xdebug.var_display_max_depth=5
好了这样问题就解决 了，主要就是一个display显示长度的问题了，解决办法也简单了．
PHP中mssql_connect()函数无效目前有两种情况，php5.3之前的版本可能是因为ntwdblib.dll文件版本与目录问题，如果是之后配置与之前版本有一些区别，下面来看看吧php5.3之前的版本我给大家一个解决方案
第一步，检查你的程序是否存在问题，排除程序自身的问题。
第二步，要将服务器端的C:/windows/system32下的ntwdblib.dll和PHP安装目录下的ntwdblib.dll的版本号保持一致！
上述两步基本上就可以解决mssql_connect()函数无效的问题了！（这个问题害的我研究了半天！）
php5.3之后的版本如下
windows系统下,PHP5.3以上的版本已经不支持mssql扩展.
首先http://msdn.microsoft.com/en-us/sqlserver/ff657782.aspx 点击 get it 下载SQLSRV20.EXE。
将文件解压到php的扩展文件夹ext下,打开php.ini在结尾添加:
[PHP_PDO_SQLSRV]
extension=php_pdo_sqlsrv_53_nts_vc6.dll
[PHP_SQLSRV]
extension=php_sqlsrv_53_nts_vc6.dll
好了这样就搞定了哦．
下面来看一个关于PHP调用Linux命令无权限的问题解决（visudo），希望文章对大家有帮助．业务背景: yourcmd为我的linux程序，它对权限要求非常严格，当用php去执行yourcmd程序
系统：CentOS 6.3
apache是php的执行用户
用exec函数去执行linux系统上的程序/usr/local/yourcmd/sbin/yourcmd
php代码如下
<?php
$conf_file = "/var/www/html/webroot/test.tmp";
$command = "sudo /usr/local/yourcmd/sbin/yourcmd -t -f {$conf_file}";
exec($command,$out);
print_r($out);
测试结果为没有权限
Array ( [0] => sudo: no tty present and no askpass program specified )
解决步骤：
$ visudo
1）注释以下行
#Defaults requiretty
2）在文件末尾加入以下
apache ALL=(ALL) NOPASSWD: ALL
Cmnd_Alias yourcmd = /usr/local/yourcmd/sbin/yourcmd
最后测试结果
Array ( [0] => Warning: memory is too small: 1044725760 [1] => test configure is ok )
在使用ftp软件上传下载php源文件时，我们偶尔会发现在本地windows下notepad++编辑器写好的php文件，在使用ftp上传到linux服务器后，php文件的换行符全部丢失了，导致php文件无法正常运行。
这个时候，再次通过ftp软件把刚才上传的php文件下载到本地windows，用notepad++编辑器打开后，发现php源代码变成了一行，换行丢失。
发生这种情况的原因是什么呢？飘易就以一句话概括下：
由于linux下换行是n，而windows下换行是rn，当ftp软件在上传时，默认是以ASCII方式上传的，而ASCII方式上传文件有个特点，会将文件里的换行符进行适当处理以符合上传服务器的运行环境。在这个过程中，部分文件就会处理不当，出现换行符丢失的bug。（注意，不是全部php文件，是小部分的php文件会出现这个问题）。
上诉问题尤其在php源码里有单行注释符“//”时，会导致php源文件直接无法运行。因为源码变成了一行代码后，单行注释符把//后面所有的代码都注释掉了。
FTP上传bug解决方法:
方法1: 将单行注释符 // 改成 多行注释符 /* 注释文字 */ 这样即使换行符丢失，也不影响后面源码的执行。（但是下载到本地二次修改时，依然是件头疼的事！）
方法2: FTP上传php文件不要使用ASCII模式，全部使用二进制方式。这是最保险的。 如何设置ftp软件以二进制方式Binary上传，请网络搜索下自己使用的ftp软件的设置方式。
【知识补充：FTP的ASCII和Binary传输模式】 ：
FTP有ASCII和Binary两种传输模式：
Binary模式不会对数据进行任何处理。
Ascii模式会将回车换行转换为本机的回车字符。
由于WINDOWS和UNIX的行结束符不一样。所以从WINDOWS用Binary传输方式传输文本文件到UNIX时可能会出现^M。同样从UNIX用Binary方式传输文件到WINDOWS时，也可能出现回车换行显示不正确的问题。
WINDOWS下新建ftp_ascii.txt内容如下：
hello word!
WINDOWD TO UNIX !
TEST FTP ASCII;
我们分别用两种模式上传到UNIX.
ASCII模式正常
vi ftp_ascii.txt
hello word!
WINDOWD TO UNIX !
TEST FTP ASCII;
二进制模式 Binary有问题
vi ftp_ascii.txt
hello word!^M
WINDOWD TO UNIX !^M
TEST FTP Binary;
由此可知我们采用ASCII模式传输文本可以避免传输中的^M问题。 FTP中虽然ASCII模式可以避免^M的问题。但大多数情况还是选择Binary方式，这样可以保证传输的内容不会被改变。尤其是在传输可执行文件如php源码时, 大多选用binary方式。
在FlashFXP中可以在菜单->会话->传输模式中 选择ASCII ,BINARY ,自动三种模式。
另外，我们以ssh登录sftp的方式上传文件时，也可以避免换行丢失的问题。