FTP服务器和客户端软件都异常丰富，标准的FTP客户端一般情况下已经够用，但是lftp可能才是最强大的FTP客户端软件！这玩意十分不可思议！可以称得上FTP中的战斗机！

   缘起

   需求是通过git拉取静态文件到本地，然后FTP发布到又拍云上，开发同学觉得每次都用FileZilla效率太低，想要一个自动的脚本。FTP目录结构是：用户登录进去的根目录就是线上资源的目录，根下面的develop目录才是开发测试的目录！需要分别同步开发和测试的目录！思考过标准的FTP命令工具，都需要很大的工作量做文件对比，上传、下载、删除等操作。后来，终于发现lftp存在mirror这种类似rsync的逆天功能，可以对整个目录递归做同步！

   lftp比标准的FTP强大不少，还有很多其它值得研究的命令，建议以后FTP客户端首选lftp！

   同步脚本(有bug)

   cat deploy_static.sh

#!/bin/bash

host="ftp://ftp.youpai.com"
username="username"
password="yourpassword"
local_path="/home/xnow"
remote_path="/develop"

lftp -c "open $host
user $username $password
lcd $local_path 
cd $remote_path 
mirror --reverse --delete --dereference --verbose \
   --exclude-glob=.git/     #<==强大的mirror功能
"

   脚本故障

   这个脚本用了一段时间，都很不错，直到某天开发同学急匆匆找我说把测试的资源发布到线上了，现在全部手动做了一次才恢复！分析问题原因发现git里的数据都是正常的，于是调出发布脚本deploy_static.sh的日志，发现有两次错误，一次是连接服务器失败，最近的一次执行过程中cd切换到开发目录的时候失败，报了550错误！是碰上又拍云不靠谱的时候了吗？

   这就是问题的原因：在切换到线上开发目录失败的情况下，脚本继续向下执行，导致把本地开发目录同步到线上正式环境目录！于是，嘭～～

   解决办法

   基于上面的分析，找到了几条解决思路：

• 把开发目录和正式目录分开，分别使用不同的账号，要花钱！

• 把开发和正式目录放在同级，比如说/online是正式的,/develop是开发的，即使切换目录失败，也不会相互影响！要改线上代码！

• 检测脚本的命令返回值，类似于bash，但是lftp好像还没高级到支持if这些语法，除非使用expect，重写脚本，麻烦！

     以上是在第一时间内想到的所有办法，似乎都不简单！

  
  

   柳暗花明：更好的办法

   测试的时候发现lftp支持&&这种方式执行语句，只有在上一个命令成功的情况下在继续执行下一个命令，几乎和Bash一样！！！于是，一切困难迎刃而解～

   修改后的脚本在每个lftp命令后加上了&&，仅仅是几个符号而且，简单得想哭！

   修改过后的暂无bug版deploy_static.sh：

   cat deploy_static.sh

#!/bin/bash

host="ftp://ftp.youpai.com"
username="username"
password="yourpassword"
local_path="/home/xnow"
remote_path="/develop"

lftp -c "open $host
user $username $password && \
lcd $local_path && \
cd $remote_path && \
mirror --reverse --delete --dereference --verbose \
   --exclude-glob=.git/     #<==强大的mirror功能
"