回归,git 分支开发操作命令

核心分支说明

  1. **主分支(master/production)**存放随时可部署到生产环境的稳定代码,仅接受通过测试的合并请求。

  2. **开发分支(develop)**集成所有功能开发的稳定版本,日常开发的基础分支,从该分支创建特性分支

  3. 特性分支(feature/*) 命名规范:feature/功能描述_开发者标识(如feature/login_zhangsan

    开发流程:

    • git merge develop # 定期同步主干代码

    • git push origin feature/new_module # 推送远程

    • git pull origin develop

    • git checkout -b feature/new_module # 从develop创建分支

git 分支开发命令

|----------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 操作 | 命令 |
| 查看当前分支 | git branch(git branch -a 查看所有分支) |
| 从仓库拉取分支 | git fetch origin 分支名 |
| 切换分支 | git checkout 分支名 (将当前分支的修改带过去 git checkout -b 分支名) |
| 拉取最新分支 | git pull origin 分支名 (pull=fetch+merge) |
| 删除未跟踪的和未添加到暂存区的文件和目录 | git clean -n 预览 git clean -fd 删除 |
| 恢复修改的文件 | git restore 文件名 |
| 删除分支 | git branch -D 分支名 # 强制删除未合并分支-D |
| 远程分支覆盖本地 | git reset --hard origin/master (覆盖修改的文件) |
| 提交暂存区 | git add 文件名 (不建议用 git add .) |
| 移出暂存区,保持修改 | git reset HEAD (移出所有) git reset HEAD 文件名 |
| 查看提交状态 | git status |
| 查看代码区别 | git diff --cached git diff --no-index (比较两个未跟踪的文件) git diff branch1:a.sh -- b.sh (比较分支中的a和本地b) |
| 提交暂存代码 | git commit -m 'icafe-id icafe-name' |
| 删除本地和暂存区文件 | git rm 文件 |
| 多次commit | git commit --amend |
| 查看最近的commit | git log |
| 查看特定的 commit | git show <commit-hash> |
| 撤回上一次commit | git reset HEAD~1 (包括add) |
| 回退到合并前的状态 | git reset --hard ORIG_HEAD (慎用) |
| 提交至远程仓库 | git push origin HEAD:refs/for/分支名 |
| cr评审 | 如果代码评审没通过,再次修改时,不能使用git commit -m ,要使用 git add git commit --amend //合并本次与上次提交,加-m 卡号和注释,可以修改,但是是新起一个cr git push origin HEAD:refs/for/分支名 已合分支,合并master需要修改 拉分支,重新修改分支再提交 冲突解决 git fetch origin # 获取远程最新代码 git pull origin 当前分支 # 合并远程变更到本地 git status # 查看所有冲突文件(标记为"Unmerged paths") git checkout --ours 目录/ # 整个目录保留当前分支修改 git checkout --theirs 目录/ # 整个目录采用合并分支修改 其他push错误 https://cloud.baidu-int.com/icloud/iCode/Git-client-message/push_error/#too_many_commits |

相关推荐
Web3_Daisy4 小时前
Pump.fun 与 FOMO 竞争背后的 Meme 市场变局
大数据·人工智能·金融·web3·区块链
论文避坑指南6 小时前
论文写作全流程AI合规边界:从选题到投稿的“红绿灯“清单
大数据·人工智能·深度学习
V哥AI增长7 小时前
Schema.org 结构化数据与GEO技术落地:AI引擎引用机制与JSON-LD部署实证研究
大数据·运维·人工智能
嘉禾望岗5037 小时前
datagrip连接带有kerberos认证的hive
大数据·kerberos
爱吃面的猫9 小时前
大数据Kafka3.x之——Kafka3.3.0安装与使用(详细)
大数据·分布式·zookeeper
无忧智库9 小时前
别再“裸奔”等护网了!万字拆解常态化攻防运营体系:从“应试教育”到“实战免疫”的进阶实录(PPT)
大数据·架构
用户3610588626129 小时前
Spark 核心之自定义累加器以及版本对比变化深度剖析
大数据
Elasticsearch10 小时前
Elasticsearch:使用 AI Agent 来创建 workflows
elasticsearch
观远数据10 小时前
当ChatBI遇上数据合规:AI+BI规模化落地的安全边界如何划定
大数据·人工智能·安全
具身智能进化论10 小时前
协作机器人产业进入规模化部署期,未来几年的增长从何而来
大数据·运维·人工智能·机器人·自动化·工厂方法模式