news 2026/7/7 1:17:45

Git提交-完整标准流程

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Git提交-完整标准流程

🔹 日常开发流程(每天循环)

1. 上班第一件事:同步主干,保证基于最新代码开发

git fetch origin main git merge origin/main

2. 写代码,开发完成后提交

git add . git commit -m "【20260402】基金规模优化:补充测试记录" git push origin hjs-funds-0402

3. 下班前:再同步一次主干,避免第二天冲突

git fetch origin main git merge origin/main

(有冲突就解决,再提交推送)

【合并冲突】

一、先认清:Git 冲突标记长啥样?

打开冲突的文件(比如基金规模配置文件),会看到这3 行固定标记

<<<<<<< HEAD // 1. 这行是冲突开头(你的代码) 43.63 M → 4.363 亿 // 你写的代码 ======= // 2. 这行是分隔线 43.63 M → 4.36 亿 // 同事写的代码 >>>>>>> origin/main // 3. 这行是冲突结尾(同事的代码)

二、3 秒删除冲突标记(核心操作)

规则:只删上面 3 行标记,不删业务代码

  1. 删除<<<<<<< HEAD这行
  2. 删除=======这行
  3. 删除>>>>>>> origin/main这行
  4. 保留你需要的代码(要么留你的,要么留同事的,要么合并)

举个实际例子(你直接照改)

改之前(有冲突):
中文繁体展示: <<<<<<< HEAD 43.63 M → 4.363 億 ======= 43.63 M → 4.36 億 >>>>>>> origin/main
改之后(无冲突,保留你的代码):
中文繁体展示: 43.63 M → 4.363 億

三、删完后,告诉 Git「冲突解决了」

  1. 保存修改后的文件
  2. 执行 2 条命令:
# 第一步:标记冲突已解决(替换成你的冲突文件名,比如 funds.js) git add 你的冲突文件名.js # 第二步:完成合并(直接回车,不用改提示信息) git commit

四、关键提醒(别踩坑)

  1. 绝对不要删自己写的代码,只删 3 行冲突标记
  2. 代码保留哪部分,你自己决定(要你的、要同事的、或合并都可以)
  3. 删完保存后,文件里看不到 <<< / === / >>> 就算成功

总结

  1. 找3行冲突标记 → 删掉
  2. 保留正确代码 → 保存
  3. 执行git add+git commit→ 搞定

🔹 需要合并主干分支时,github提PR合并流程(功能开发完成后)

1. 先同步主干,解决所有冲突

git fetch origin main git merge origin/main

(手动解决冲突文件)

2. 提交合并结果,推到你的分支

git add . git commit -m "【20260402】合并main主干,解决冲突" git push origin hjs-funds-0402

3. 去gitlab代码平台提PR,合并到main

4. 合并完成后,切回main拉取最新代码,重建新分支

# 离开你原来的开发分支,回到「最新、最稳定」的主代码分支 git checkout main # 把同事最新提交的代码(比如基金单位、繁体展示规则)更新到本地主干 git pull origin main # 把你之前写代码的旧分支 hjs-funds-0402 删掉 git branch -d hjs-funds-0402 # 在最新的主干代码上,开一个全新的分支,名字叫 hjs-funds-0402-new git checkout -b hjs-funds-0402-new # 把新分支推送到远程仓库 git push origin hjs-funds-0402-new

### 一、先确认:你现在已经在新分支上了

执行完 `git checkout -b hjs-funds-0402-new` 后,Git 已经**自动帮你切换到新分支**了

不用再手动切,直接写代码就行!

可以用这条命令验证(看带 `*` 的就是当前分支):

git branch 输出会是: ``` main * hjs-funds-0402-new # ✅ 你就在这里,正确 ```

### 二、后续全程只做这 3 件事(极简流程)

#### 1. 直接在新分支写代码

写你的基金规模逻辑、繁体适配、单位转换……**随便写,完全安全**

(新分支是最新主干,无冲突、无混乱代码)

#### 2. 写完提交推送(和之前一样)

git add . git commit -m "【20260402】基金规模优化:xxx" git push origin hjs-funds-0402-new

#### 3. 日常同步主干(避免冲突,5秒搞定)

上班/中途/下班前,执行一次:

git fetch origin main git merge origin/main

### 三、绝对不用碰的东西

1. **旧分支 `hjs-funds-0402`**:已经删了,彻底忘掉

2. **主干 `main`**:只用来同步代码,**永远不在 main 上写代码**

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/7 1:16:42

以色列独立研究员揭示多智能体AI系统中“过度纠错“的危险陷阱

这篇研究由来自以色列特拉维夫的独立研究员发布于2026年6月&#xff0c;以预印本形式提交至arXiv平台&#xff0c;编号为arXiv:2606.27409&#xff0c;分类于计算机科学多智能体方向&#xff08;cs.MA&#xff09;。有兴趣深入了解的读者可通过该编号在arXiv上查阅完整论文。一…

作者头像 李华
网站建设 2026/7/7 1:16:14

芯片 I/O Die 与 Memory Cell 功耗建模:3 种方案对比与 GDS 抽取精度分析

芯片 I/O Die 与 Memory Cell 功耗建模&#xff1a;3 种方案对比与 GDS 抽取精度分析在当今高性能计算和人工智能芯片设计中&#xff0c;功耗已成为制约性能提升的关键瓶颈之一。据统计&#xff0c;先进制程芯片中I/O和Memory模块的功耗占比可达总功耗的30%-50%&#xff0c;这使…

作者头像 李华
网站建设 2026/7/7 1:15:33

PADS VX2.8 BGA扇出规则对比:十字通道、米字通道与四分之一圆周的3种策略

PADS VX2.8 BGA扇出策略深度解析&#xff1a;十字、米字与四分之一圆周的工程实践在高速PCB设计中&#xff0c;BGA封装器件的扇出策略直接影响着布线成功率、信号完整性和生产良率。本文将深入探讨PADS VX2.8环境下三种主流BGA扇出方法——十字通道、米字通道和四分之一圆周的技…

作者头像 李华
网站建设 2026/7/7 1:10:38

Allegro PCB 17.4 实战:5步高效导入DXF结构图与3个常见错误排查

Allegro PCB 17.4实战&#xff1a;5步高效导入DXF结构图与3个常见错误排查 在PCB设计流程中&#xff0c;结构图&#xff08;DXF文件&#xff09;的准确导入是确保机械与电气设计完美协同的关键第一步。对于刚接触Allegro的工程师而言&#xff0c;这一看似简单的操作却暗藏诸多技…

作者头像 李华
网站建设 2026/7/7 1:05:28

PCF8591与PIC18LF26K22嵌入式信号处理实战指南

1. 硬件选型与系统架构设计PCF8591和PIC18LF26K22这对组合在嵌入式信号处理领域堪称经典搭档。PCF8591作为一款集成了4通道8位ADC和单通道8位DAC的混合信号转换器&#xff0c;通过I2C接口与主控芯片通信&#xff0c;极大简化了系统设计。而PIC18LF26K22则是Microchip公司推出的…

作者头像 李华