以下是关于Git中feature分支操作的详细步骤和完整示例：
1. 创建并切换到新feature分支
# 从develop分支创建新特性分支
git checkout -b feature/new-feature develop
# 查看当前分支确认
git branch
2. 开发并提交代码
# 编写代码后添加文件
git add .
# 提交到本地分支
git commit -m "完成用户认证功能"
3. 推送到远程仓库
# 首次推送需设置上游分支
git push -u origin feature/new-feature
# 后续提交直接推送
git push
4. 拉取最新远程代码
# 拉取develop分支最新代码
git checkout develop
git pull origin develop
# 切回feature分支准备合并
git checkout feature/new-feature
5. 合并develop到feature分支
# 执行合并操作
git merge develop
# 如果出现冲突，编辑冲突文件后
git add <冲突文件>
git commit
6. 解决合并冲突示例
假设冲突文件为auth.py：
<<<<<<< HEAD
def login(username, password):
return authenticate(username, password)
=======
def login(email, password):
return authenticate(email, password)
>>>>>>> develop
手动修改为：
def login(username_or_email, password):
if '@' in username_or_email:
return authenticate(email=username_or_email, password=password)
else:
return authenticate(username=username_or_email, password=password)
然后提交：
git add auth.py
git commit -m "解决登录函数参数冲突"
7. 最终推送并创建PR
# 推送到远程分支
git push
# 在GitHub/GitLab创建Pull Request
# 选择从feature/new-feature到develop
完整工作流程示例
# 初始化示例仓库
mkdir git-demo && cd git-demo
git init
echo "initial commit" > README.md
git add . && git commit -m "初始提交"
# 创建develop分支
git checkout -b develop
echo "develop branch" > develop.txt
git add . && git commit -m "创建develop分支"
git push -u origin develop
# 创建feature分支
git checkout -b feature/new-feature develop
echo "new feature code" > feature.py
git add . && git commit -m "添加新特性基础代码"
git push -u origin feature/new-feature
# 在develop分支做修改模拟冲突
git checkout develop
echo "update in develop" > develop.txt
git add . && git commit -m "更新develop分支"
git push
# 合并develop到feature
git checkout feature/new-feature
git merge develop # 假设这里产生冲突
# 手动解决冲突后
git add .
git commit -m "解决合并冲突"
git push
# 最终合并到develop（实际通过PR完成）
git checkout develop
git merge feature/new-feature
git push
以上步骤涵盖了feature分支从创建到合并的完整生命周期，包括冲突处理和远程同步的最佳实践。
在前端开发中，Git合并冲突是高频场景，面试中常考察候选人的实际操作能力和协作经验。以下是合并冲突的具体解决流程，结合前端项目特点讲解：
一、合并冲突的本质
当两个分支修改了同一文件的同一部分时，Git无法自动合并，会产生冲突。
常见场景：
- 多人修改同一组件（如
Header.vue、Button.jsx） - 同时更新路由配置（
router.js）或状态管理（store.js） - CSS类名冲突（如多人添加
.active样式）
二、解决冲突的完整流程
1. 触发冲突
git merge develop # 合并develop分支到当前feature分支时冲突
# 或
git pull origin develop # 拉取远程更新时冲突
2. 查看冲突文件
git status # 列出所有冲突文件
前端常见冲突文件类型：
.vue/.jsx组件文件package.json（依赖冲突）webpack.config.js/.eslintrc（配置文件）index.html（模板文件）
3. 编辑冲突文件
打开冲突文件，会看到类似标记：
<<<<<<< HEAD // 当前分支代码
const count = 0;
======= // 被合并分支代码
let count = 1;
>>>>>>> develop
4. 手动解决冲突
根据业务需求选择保留哪段代码，或整合两段代码：
// 示例1：保留当前分支
let count = 0;
// 示例2：整合代码
let count = 0; // 初始值设为0
5. 特殊场景处理
- Vue组件冲突：
<template> <!-- 冲突区域 --> <button>{{ message }}</button> </template> <script> export default { data() { return {
<<<<<<< HEAD
message: ‘提交’
message: '保存'
develop
}
}
}
**解决方案**：根据产品需求统一文案为"提交保存"。
- **package.json冲突**：
```json
"dependencies": {
<<<<<<< HEAD
"axios": "^1.4.0",
=======
"axios": "^1.5.0",
>>>>>>> develop
"vue": "^3.3.4"
}
解决方案：
- 选择更高版本（如
1.5.0） - 执行
npm install重新生成package-lock.json
- CSS类名冲突：
/* 冲突区域 */
<<<<<<< HEAD
.btn-primary {
background: blue;
}
.btn-primary {
background: #165DFF;
}
develop
**解决方案**：
1. 使用CSS Modules/SCSS命名空间
2. 统一颜色规范（如采用设计系统的`--primary-color`变量）
### **三、工具辅助解决冲突**
1. **VSCode内置合并工具**：
- 点击编辑器中的"Accept Current Change"或"Accept Incoming Change"
- 使用"Compare Changes"查看差异
2. **第三方工具**：
- **Beyond Compare**：适合复杂文件对比
- **TortoiseGit**（Windows）：图形化界面操作
- **SourceTree**：可视化分支和冲突解决
### **四、提交解决结果**
```bash
git add <冲突文件> # 标记冲突已解决
git commit -m "解决合并冲突：统一文案/更新依赖"
git push
五、预防冲突的最佳实践
- 高频同步：每天开始工作前
git pull，结束前git push - 原子化提交：每个提交只做单一功能，降低冲突概率
- 分支职责明确：
feature/分支：个人功能开发develop分支：集成测试main分支：生产环境代码
- 使用
git rebase代替merge：保持线性提交历史git checkout feature/new-feature git rebase develop # 将feature变基到develop最新提交
六、面试回答模板
问题：合并代码时遇到冲突如何解决？
回答：
- 确认冲突范围：通过
git status查看哪些文件冲突 - 分析冲突原因：是代码逻辑冲突还是配置冲突？
- 手动解决：根据业务需求选择保留代码，或整合双方修改
- 借助工具：使用IDE的合并工具或第三方对比工具
- 测试验证：解决冲突后跑单元测试或手动测试，确保功能正常
- 预防措施：强调高频同步、原子化提交和清晰的分支策略
加分项：举例说明曾解决过的复杂冲突（如多人修改同一组件），并分享如何避免重复冲突。