持续部署工具目前市场上有很多，大部分是模仿jenkins，部署在服务端，然后提供很多插件的。然后，我们大部分的部署场景，仅仅只是希望上传编译好的jar包，或html文件，然后重启后端应用，因此，持续部署工具，我只推荐两个款工具，一款是客户端持续部署工具，一款就是jenkins。
推荐工具一：yunedit-ssh
yunedit-ssh提供了一个极简的发布流水线功能，是客户端实现。因为部署，就是将文件上传到服务器，然后重启服务端的应用。yunedit-ssh提供了纯可视化实现，无需像jenkis那样安装在服务端和编写jenkins代码来实现。
yunedit-ssh是一个综合性ssh管理工具，用过winscp的同学们肯定不陌生ssh上传工具，它可以将本地文件通过可视化界面上传到服务端。手工上传的界面和winscp相似。
而yunedit-ssh就是在手工上传的基础上，可以将上传的选择配置保存下来，设置成流水线，可以理解成，用过winscp的同学们就会用yunedit-ssh。
yunedit-ssh的流水线，除了可以上传文件之外功能，还可以定义本地执行的脚本和远程执行的脚本。可以在上传前执行本地脚本，然后在上传后执行远程脚本。这样，yunedit-ssh就不需要像jenkins那样关心插件了，因为像git、maven、npm这些一般程序员本地环境都有，无需再安装，极大地简化了持续部署的设置和学习过程，也无需去学习持续部署的知识。
可以说，yunedit-ssh作为持续部署的客户端实现，它的安装也很简单，都是msi一键式安装，极大地简化了持续部署工具的使用，因此是我推荐工具之一。
推荐工具二：jenkins
jenkins是一个服务端实现的部署工具，需要在服务端安装这个工具。
jenkins大家肯定不陌生，它支持1000多种插件，可以在服务端配置使用插件，比如git、maven、npm等等。
通过它的可视化界面，可以极大地简化这些插件的使用和配置。它的扩展性很好，支持很多不同的好用的插件。
对于k8s、docker的部署要更好，因为可以在服务端完成这些仓库制品的生成和晋级。
最后总结，对于物理机或者虚拟机的部署，yunedit-ssh这种客户端的实现方式，使用更加轻量级，更加人性化和好用，对于需要使用k8s自动化部署的公司来说，jenkins更加好用。
