参考文档
先期准备
PM2 的代码自动发布依赖 GitHub 或类似功能的网站，所以需要先在 GitHub 上添加个人电脑和远程服务器的 SSH 秘钥。
大体流程如下（ Mac 和 Linux 系列的系统直接在终端中执行指令，Windows 需要先安装 Git 客户端）：
- 检查本机是否有现成的 SSH 秘钥。
- 没有秘钥的话，生成一个新的秘钥并添加到本机的 ssh-agent 中。如果已经有秘钥了，则直接添加到本机的 ssh-agent 中。
- 将 SSH 秘钥添加到 GitHub 账号中。
- 测试 SSH 连接，这里一定要测试成功才行。连接成功的，能看到下面这段文字：
Hi XXX! You've successfully authenticated, but GitHub does not provide shell access.要注意，自己的个人电脑和远程服务器都要做这一整套操作，这样才能够在本机发布代码到 GitHub 上之后，再让远程服务器把最新的代码更新过去。
安装 PM2
在本机和服务器都全局安装 PM2，用 npm 或 yarn 均可，如果下载速度慢，记得先切换成淘宝的 npm 源。
注意，如果两边电脑上的 Git 不是最新版，务必更新到最新版。不然可能有代码无法及时同步的问题，服务器始终无法 pull 到最新版本的代码，很闹心。当前的最新版是 2.16.3 版本，2018 年 3 月 22 号发布。
本机配置 PM2
在本机的终端环境中，用 pm2 ecosystem 命令生成一份原始的 PM2 配置文件 ecosystem.confi.js。注意，官网文档和实际操作的结果不一致，文档上说执行这个命令会生成 ecosystem.json 这个文件，但自己操作的时候并不是这样，大家也要注意一下。
为了方便大家参考，把自己修改后的配置文件内容贴了上来，只贴了重要的部分，别的地方根据自己的需要修改。
module.exports = {
apps : [
// 目前只用 PM2 管理一个项目，所以这里删除了多余的内容
{
name : 'RMS',
// 这里是项目的启动文件，不过自己没用上
script : './dist/bin/www',
env: {
COMMON_VARIABLE: 'true'
},
env_production : {
NODE_ENV: 'dev'
}
}
],
// 部署环境的设置，自己只用到了开发环境，需要修改完代码之后立刻看到结果，所以就没有生产环境的配置
deploy : {
dev : {
// 服务器上进行日常操作的用户
user : 'www',
// 服务器的 IP
host : '1.2.3.4',
ref : 'origin/master',
repo : 'git@github.com:Dream4ever/rms.git',
// 项目要部署到服务器上的位置，PM2 默认会部署到该路径的 source 子文件夹下
path : '/home/www/websites/rms',
// 服务器下载到最新的代码之后要执行的命令，把 npm 命令改成了 yarn
'post-deploy' : 'yarn && pm2 reload ecosystem.config.js --env dev',
env : {
NODE_ENV: 'dev'
}
}
}
};部署项目
配置完成之后，就要开始把项目通过 PM2 自动部署到服务器上了。
这里有一点要注意：需要先把本机项目的最新版，也就是保存并提交了所有修改的版本发布到 GitHub 上去，然后再进行后面的部署操作。
如果之前没有通过 SSH 连接过服务器，就需要先在本机执行 ssh-copy-id www@1.2.3.4 这个命令（www 是前面配置的服务器的用户，@ 后面是 IP），把本机的 SSH 秘钥信息添加到服务器上，这个配置成功之后，以后就不需要再执行这条 SSH 命令了。
然后在本机初始化远程服务器上的项目：pm2 deploy ecosystem.confi.js dev setup。命令中的 dev 指的是在上面配置文件中写的部署环境的名称，对于同时需要设置开发和生产环境的情况，就根据自己需要初始化两次吧，没这个需求的就不用管了。
接着就是部署项目，通俗地说，也就是通知服务器把前面从本机 push 到 GitHub 上的最新代码下载下来：pm2 deploy ecosystem.confi.js dev。
在这两个过程中，都可以看到服务器上的操作指令和结果都显示到本机的终端上了。
一般没什么问题的话，经过这几步操作，就能部署成功了。
如果部署的是 Node.js 服务，当然还需要把它启动起来才行。一种方式就是通过 PM2 的 exec 指令让远程服务器执行指定的命令，另一种方式则是直接 SSH 登录到服务器上执命令，各取所好吧。
如果在本机执行，就用这种方式：pm2 deploy production exec "pm2 start ./api/bin/www。如果登录到服务器上执行的话，就直接执行 pm2 start ./api/bin/www 就好了。
对于在本机用 ES6 语法写代码的同学，有一点要注意。因为自己在本机用的是 babel-preset，但是这一套指令不知道怎么让它在服务器上运行，所以用了 PM2 官网提供的方法，就是用 --interpreter babel-node 这个参数来执行。
pm2 deploy production exec "pm2 start ./api/bin/www --interpreter babel-node"官网还提供了另一种方法，是 PM2 作者个人比较喜欢的方式。就是用一个入口文件通过 require() 命令引用原本的入口文件，虽然会影响性能，但是也有它的好处。
文档的地址：Using transpilers with PM2。
管理项目
先列出官网提供的 CheatSheet，可以用来速查。
自己在使用 PM2 的时候，有几个常用的命令：
pm2 start xx.js --watch，以监控模式启动项目，这样就能和 nodemon、supervisor 一样，在最新版的代码部署到服务器之后，自动重启服务。
这个 pm2 start 命令有一点需要注意：在第一次用它启动某个项目的时候，如果没有用 --name 为项目指定名称，在启动项目之后可以看到 PM2 自己为项目指定了一个名称，就是下面表格中的 Name 所对应的字段。之后再次启动项目的时候，就可以直接用 pm2 start www 启动项目了，也就是通过项目名称启动。
┌──────┬──────┬─────────┬───┬─────┬────────┐
│ Name │ mode │ status │ ↺ │ cpu │ memory │
├──────┼──────┼─────────┼───┼─────┼────────┤
│ www │ fork │ stopped │ 0 │ 0% │ 0 B │
└──────┴──────┴─────────┴───┴─────┴────────┘pm2 list 则会列出通过 PM2 来管理的所有项目的概况，也就是上面的这个表格。
还有就是 pm2 monit，用来在终端监控服务的运行情况。
┌─ Process list ───────┐┌─ Global Logs ────────────────────────────────────────┐
│[ 0] www Mem: ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
│ ││ │
└──────────────────────┘└──────────────────────────────────────────────────────┘
┌─ Custom metrics ─┐┌─ Metadata ───────────────────────────────────────────┐
│ (http://bit.ly/code- ││ App Name www │
│ metrics) ││ Restarts 0 │
│ ││ Uptime 0 │
│ ││ Script path /Users/samsara/Code/rms/api/b │
└──────────────────────┘└──────────────────────────────────────────────────────┘
left/right: switch boards | up/down/mouse: scroll | Ctrl-C: exit To go另外还有一个指令就是 pm2 logs app，用来查看 app 这个项目的日志。如果只是执行 pm2 logs 的话，就会显示所有项目的日志，看着会比较乱。
好了，文档到这里就结束了，感兴趣的话，就快试试吧！
