【20251029】本地开发 → 提交 → 测试环境部署

一、标准部署流程（手动版本）

假设：

• 你在本地分支开发：feature-login

• 远程仓库地址：origin

• 测试环境目录：/home/test/app

---

本地开发 & 提交

# 在本地分支开发
git checkout feature-login
git add .
git commit -m "新增登录功能"
git push origin feature-login

✅ 推送成功后，GitHub 上 feature-login 分支也更新了。

---

测试环境拉取代码

在 Ubuntu 测试机上：

cd /home/test/app
git fetch origin
git checkout feature-login    # 切换到对应分支
git pull origin feature-login # 拉取最新代码

如果之前没签出过这个分支，可以：

git checkout -b feature-login origin/feature-login

---

打包 & 启动（Spring Boot示例）

# 构建
mvn clean package -DskipTests

# 停止旧进程（可选）
pkill -f 'java -jar'

# 启动新版本
nohup java -jar target/your-app.jar > app.log 2>&1 &

查看日志：

tail -f app.log

---

切换其他分支进行测试

如果你想测试别的功能分支，比如 feature-payment：

git fetch origin
git checkout feature-payment
git pull origin feature-payment
mvn clean package -DskipTests
pkill -f 'java -jar'
nohup java -jar target/your-app.jar > app.log 2>&1 &

就这样，测试环境能快速切换不同版本的代码。

二、测试完成后的下一步（你现在问的“接下来该做什么”）

接下来就要 进入“发布阶段”。通常流程是：

阶段	操作	说明
测试通过	将分支合并回主分支	把 feature-login 合并到 master 或 main
部署生产	从主分支部署到生产环境	通常服务器拉取 master 最新版本
清理	删除临时测试分支	保持仓库干净，避免混乱

---

合并分支（在本地或 GitHub 上）

GitHub PR 合并（推荐）：

1. Push 分支到 GitHub。

2. 创建 Pull Request（PR）。

3. 测试通过后，合并到主分支。