部署代码要稳定高效需自动化流程，sublime + git钩子 + ci工具是轻量方案。ci工具（如jenkins、gitlab ci、github actions）可在代码提交后自动测试、打包和部署，确保每次提交可用。sublime通过git插件配合git钩子实现本地自动化检查与操作，如pre-commit运行eslint、post-merge重启服务。具体部署步骤：1. 选github actions等ci平台；2. 创建配置文件.github/workflows/deploy.yml定义部署流程；3. 在sublime开发并提交代码触发ci自动部署。可加通知机制获知部署结果，注意权限安全与日志排查问题，复杂项目可分阶段构建。
部署代码这件事，说简单也简单，但要想做得稳定高效，光靠手动上传文件或者复制粘贴肯定不行。特别是在团队协作中，频繁上线、版本控制和出错回滚这些需求，都要求我们有一套自动化的流程。Sublime + Git钩子 + CI工具的组合，其实是个轻量又实用的解决方案。
什么是CI工具？为什么需要它？
CI（Continuous Integration，持续集成）工具的核心作用是：在你提交代码之后，自动运行测试、打包、甚至部署到服务器上。这样一来，就能确保每次提交都是“可用状态”，而不是等到上线时才发现问题。
常见的CI工具有Jenkins、GitLab CI、GitHub Actions等。它们都可以和Git配合使用，通过触发特定事件（比如push或merge）来执行预设好的脚本。
Sublime怎么和Git钩子结合使用？
Sublime本身只是一个编辑器，但它可以很好地配合Git进行代码管理。如果你用Sublime写代码，又想实现自动部署，关键在于Git钩子（Git Hooks）。
Git钩子是在特定事件发生时自动触发的脚本。比如你在本地commit或push之前，可以设置一个钩子来做一些检查或操作。
举个例子：
- 在
.git/hooks/pre-commit里加一个脚本，保存前运行ESLint检查 - 在
.git/hooks/post-merge里加个命令，自动重启本地服务
虽然Git钩子主要用于本地操作，但如果搭配远程CI工具，就可以做到从本地提交开始，一直到部署上线的一整套自动化流程。
如何用CI工具实现自动部署？
假设你已经把代码托管在GitHub上，并且想在每次推送到main分支后自动部署到生产环境，你可以这样做：
选择CI平台
比如GitHub Actions，免费又好用，适合中小型项目。编写CI配置文件
在项目根目录下创建.github/workflows/deploy.yml，内容大致如下：
name: Deploy to Server
on:
push:
branches:
- main
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- name: Checkout code
uses: actions/checkout@v3
- name: Install dependencies
run: npm install
- name: Build project
run: npm run build
- name: Deploy via SSH
uses: appleboy/ssh-action@master
with:
host: your.server.ip
username: deploy_user
password: ${{ secrets.DEPLOY_PASSWORD }}
port: 22
script: |
cd /path/to/project
git pull origin main
npm install
npm run build
pm2 restart app.js配合Sublime开发流程
在Sublime里正常写代码，保存后使用Git插件（比如GitGutter）查看修改状态，然后commit并push到远程仓库。一旦推送成功，GitHub就会触发上面定义的部署流程。添加部署通知（可选）
可以在CI脚本最后加上发送Slack或邮件通知的步骤，这样每次部署完成后就知道结果了。
注意事项和常见问题
- Git钩子不会被提交到仓库里，所以每个开发者本地都要单独配置。
- CI流程中要用到服务器权限，注意安全，建议用专用账户。
- 如果部署失败，记得查看CI日志，定位具体哪一步出错了。
- 对于更复杂的项目，可以分阶段构建：先跑测试 → 构建 → 部署到测试环境 → 审核后再上线。
基本上就这些。用Sublime写代码，配合Git钩子和CI工具，完全可以搭建起一套轻量但高效的自动部署流程。不复杂，但细节容易忽略，尤其是权限和脚本部分，多试几次就能顺手了。
