PR 还没合，我又接到新需求：是接着往同一分支里塞代码，还是另起炉灶开新分支？

关于在已提交PR的分支上是否继续开发的问题，建议如下：

🚫 不建议在已提交PR的分支上继续开发

原因：

1. PR审查混乱：新的提交会影响正在审查的PR，增加审查复杂度
2. 代码冲突：如果PR需要修改，可能与新功能产生冲突
3. 回滚困难：如果新功能有问题，难以单独回滚
4. 历史混乱：不同功能的提交混在一起，影响代码历史清晰度

✅ 推荐做法：新建分支

方案一：基于当前分支创建新分支

# 在当前 feat/components 分支上
git checkout -b feat/new-issue
# 开始新功能开发

方案二：基于主分支创建新分支

# 切换到主分支
git checkout master
# 拉取最新代码
git pull origin master
# 创建新分支
git checkout -b feat/new-issue

🤔 特殊情况考虑

如果新issue与当前PR相关：

• 可以在同一分支继续开发
• 但要确保提交信息清晰，便于区分

如果新issue是当前PR的bug修复：

• 可以直接在当前分支修复
• 这样PR审查时可以一并解决

📋 最佳实践

1. 一个分支一个功能：保持分支职责单一
2. 及时合并：PR通过后及时合并，避免分支过多
3. 命名规范：使用清晰的分支命名，如 feat/issue-123
4. 定期清理：删除已合并的本地分支

建议：为新的issue创建新分支，保持代码管理的清晰性和可维护性。