如题，pm2的项目启动重启删除都简单通过一个命令搞定了，如果使用id操作的话，万一错了怎么办呢？请问pm2的部署方式上有什么容错办法？
人生最曼妙的风景，竟是内心的淡定与从容！
所以你需要App name，用App name操作可以降低你刪錯應用程式的機率，你需要給你的每個應用程式取不同的名字, 所有指令行用App name取代id。 App name，用App name操作可以降低你删错应用的概率，你需要给你的每个应用取不同的名字, 所有命令行用App name取代id。
App name
另外如果是线上应用的话，肯定要有正式的发布流程的，发布脚本写好之后，以后的流程规范化。尽量少人工登陆到线上机器去做操作。
所有的所有都只是能降低你出错的概率，无法百分百保证，楼上的同学说的挺好的，看清楚再回车
看清楚再回车
看清楚再回車
運維第一課看清楚再按回车我用pm2運維十幾台nodejs推送伺服器暫時沒有發現問題，這種可以了。很方便。
看清楚再按回车
-
另外如果是線上應用的話，肯定要有正式的發布流程的，發布腳本寫好之後，以後的流程規範化。盡量少人工登陸線上機器去做操作。 🎜🎜 🎜🎜所有的所有都只是能降低你出錯的機率，無法百分百保證，樓上的同學說的挺好的，所以你需要
App name，用App name操作可以降低你刪錯應用程式的機率，你需要給你的每個應用程式取不同的名字, 所有指令行用App name取代id。App name，用App name操作可以降低你删错应用的概率，你需要给你的每个应用取不同的名字, 所有命令行用App name取代id。另外如果是线上应用的话，肯定要有正式的发布流程的，发布脚本写好之后，以后的流程规范化。尽量少人工登陆到线上机器去做操作。
所有的所有都只是能降低你出错的概率，无法百分百保证，楼上的同学说的挺好的，
看清楚再回车看清楚再回車.🎜🎜 🎜運維第一課
看清楚再按回车我用pm2運維十幾台nodejs推送伺服器暫時沒有發現問題，這種可以了。很方便。