0、快速上手公司开发流程最好在git merge前再pull一下你刚加入实习公司的 Gitee 仓库本质上就是公司在 Gitee 平台上搭建的远程 Git 仓库是团队存放项目代码、进行协作开发的核心载体和我们之前聊的 “远程仓库” 是同一个概念只是它归公司所有、用于实际的业务开发。先搞懂公司的 Gitee 仓库到底是什么可以把它理解为团队的 “云端代码共享盘”所有团队成员的代码最终都会同步到这个仓库它是项目代码的 “权威版本”带版本管理的 “代码数据库”不仅存代码还通过 Git 记录了每一次代码修改谁改的、改了什么、什么时候改的能追溯历史、回滚错误修改协作的 “核心枢纽”你作为实习生需要从这里拉取最新代码、把自己写的代码推上去还能通过仓库的功能如 PR/MR、Issues和同事沟通开发问题。公司 Gitee 仓库的核心特点和个人仓库的区别维度公司 Gitee 仓库个人 Gitee 仓库归属 / 权限归公司 / 团队所有有严格的权限控制比如你可能只有 “读取 提交” 权限管理员有 “删除 / 设置” 权限归个人所有你拥有全部权限用途存放公司业务项目代码用于团队协作开发、上线部署存放个人学习 / 练习代码或个人项目规范要求有严格的提交规范、分支规范比如主分支保护不能直接推代码、代码审核流程无强制规范自己怎么方便怎么来数据安全重要业务代码通常要求定期备份禁止泄露个人代码安全性要求低这是你接下来最常用的操作记好这几步核心操作是“克隆→拉取→开发提交→推送”克隆仓库到本地首次操作先从 Gitee 仓库页面复制仓库地址HTTPS 或 SSH 地址然后在本地执行git clone 仓库地址 # 例git clone https://gitee.com/公司组织名/项目名.git执行后本地会生成和远程仓库一致的代码文件夹这就是你的 “本地开发副本”。拉取最新代码每天开发前必做因为其他同事可能已经提交了新代码你需要先同步到本地避免冲突git pull注意绝对不要在本地有未提交修改时直接执行git pull正确做法是先 “暂存” 或 “提交” 本地修改再拉取远程代码最后处理可能的冲突。本地开发并提交写代码后把修改提交到本地仓库这一步只改本地别人看不到git add . # 把所有修改的文件加入暂存 git commit -m 【修复】用户登录按钮样式问题 # 按公司规范写提交说明推送代码到远程仓库完成开发后把本地的提交推到公司 Gitee 仓库让团队看到你的修改git push一、查看 Git 版本git -v # 或者更规范的写法效果完全一致 git --version二、修改配置比如改用户名 / 邮箱、改默认分支名# 修改全局用户名--global 表示全局生效不加则仅当前仓库生效 git config --global user.name 新用户名 # 修改全局邮箱 git config --global user.email 新邮箱xxx.com # 修改默认分支名为 main现在更推荐用 main 而非 master git config --global init.defaultbranch main若想查看某一项具体配置可执行git config user.name # 仅查看用户名 git config user.email # 仅查看邮箱要检查已有的配置信息可以使用 git config --list 命令三、创建新仓库初始化在你指定的文件夹里创建一个新的 Git 仓库让 Git 开始追踪这个文件夹里的所有文件变化是使用 Git 管理项目的第一步。核心作用将普通文件夹转换为 Git 仓库生成.git目录来存储版本控制的所有数据git init 仓库名你可以把这个过程想象成你有一个空的文件夹比如存放你的代码、文档原本它只是一个普通文件夹没有任何版本管理能力执行git init后Git 会在这个文件夹里悄悄创建一个名为.git的隐藏文件夹这是 Git 的核心目录这个.git文件夹就像一个 “账本”专门记录你后续对文件夹里文件的所有修改比如新增、删除、修改内容从此这个文件夹就变成了 “Git 仓库”可以用 Git 进行版本控制了。git init的使用方法# 第一步先进入你想作为仓库的文件夹比如你的项目文件夹 cd C:\Users\PC\Desktop\我的项目 # 第二步执行初始化命令 git init执行成功后终端会提示Initialized empty Git repository in C:/Users/PC/Desktop/我的项目/.git/说明仓库创建成功。初始化后的基本操作1、初始化仓库后还需要把文件 “交给” Git 管理举个简单例子# 1. 在项目文件夹里新建一个文件比如 readme.txt后先告诉 Git 要追踪这个文件 git add readme.txt # 2. 把文件的当前状态“保存”到 Git 账本里这就是一次提交 git commit -m 第一次提交添加readme文件2、本地仓库和远程 Gitee 仓库建立连接# 语法git remote add 远程别名 远程仓库地址 # 推荐用默认别名 origin所有 Git 项目通用避免拼写错误 git remote add origin https://gitee.com/..../.git验证远程仓库是否添加成功git remote -v虽然你已经添加了远程仓库origin但本地master分支还没和远程origin/master分支建立 “上游关联”Git 不知道该把本地master推送到远程origin的哪个分支。你只需要执行这行命令前提是已经add和commit了git push --set-upstream origin master # 简写形式效果完全一样更常用 git push -u origin master三、克隆(clone)克隆远程仓库到本地首次如果你想从远程服务器克隆下来一个仓库那你需要使用到git clone命令比如如果我想克隆Gitee上的一个开源框架Sa-Token的仓库 其url为 https://gitee.com/dromara/sa-token.git。那么我们可以这样使用git clone https://gitee.com/dromara/sa-token.git四、本地开发、提交git add .→git commit -m 修改说明第一步git add .命令含义add是 “添加” 的意思.代表当前目录下所有有修改的文件包括新增、修改、删除的文件核心作用把工作区中所有修改的文件提交到暂存区标记为 “准备提交”新手注意只写git add会报错必须指定要添加的文件.是快捷方式如果只想提交单个文件比如只改了login.js可以精准指定git add src/login.js # 只添加这个文件到暂存区更规范执行后没有任何输出说明操作成功Git 的 “静默成功” 原则。第二步git commit -m 修改说明命令含义commit是 “提交” 的意思-m是message的缩写指定提交信息引号里的内容是对这次修改的说明核心作用把暂存区里的所有修改正式保存到本地仓库生成一个唯一的版本记录有专属的哈希值比如a8f579c新手注意必须写-m和提交信息否则会弹出编辑器新手容易操作失误提交信息要清晰、规范公司会有要求比如✅ 正确git commit -m 【修复】登录模块解决验证码过期不提示的问题❌ 错误git commit -m 改了点东西别人看不懂后续自己也忘执行成功后终端会输出类似内容表示提交成功[feature/login 8a7b6c9] 【修复】登录模块解决验证码过期不提示的问题 1 file changed, 3 insertions(), 1 deletion(-)解释8a7b6c9是这次提交的版本号1 file changed表示改了 1 个文件新增 3 行、删除 1 行。五、git push推送本地提交到远程的同步命令它的本质是将本地仓库中已提交的版本记录上传到远程仓库对应的分支上让团队成员能看到你的修改也能让你的代码有云端备份。举个新手友好的使用例子假设你已经关联了远程仓库# 推送本地 master 分支到远程仓库的 origin 主机origin 是远程仓库的默认别名 git push origin master # 如果你想推送当前分支且本地分支和远程分支名称一致可简化为 git push拉取最新代码每天开发前必做六、git pull拉取最新代码每天开发前必做因为其他同事可能已经提交了新代码你需要先同步到本地避免冲突git pull 远程主机名 远程分支名:本地分支名git pull不是单一操作而是两个命令的 “组合拳”git pull git fetch git mergegit fetch仅从远程仓库下载最新的代码版本信息不会修改你本地的工作代码git merge把下载的远程最新代码合并到你当前的本地分支。用通俗的话讲git fetch是 “看看远程有什么新代码”git merge是 “把新代码合并到我本地”git pull直接把这两步做完。一、git pull的基础用法新手必掌握1. 最基础用法拉取当前分支的远程最新代码# 先进入你的项目目录比如公司项目在桌面 cd C:\Users\PC\Desktop\公司项目 # 拉取远程最新代码 git pull执行成功后终端会输出类似内容Already up to date. # 表示本地已经是最新无需合并 # 或 Updating 8a7b6c9..f3d2e14 # 表示拉取并合并了新代码版本从8a7b6c9更新到f3d2e14 Fast-forward src/login.js | 3 1 file changed, 3 insertions()2. 精准指定远程和分支进阶避免拉错如果本地有多个远程仓库 / 分支可明确指定# 拉取 origin 远程仓库的 main 分支到本地当前分支 git pull origin mainoriginGit 给远程仓库的默认别名克隆仓库时自动创建main远程仓库的主分支也可能是 master看公司仓库配置。二、新手必避的坑核心注意事项1. ❌ 绝对不要在本地有未提交修改时直接git pull这是最容易出问题的场景如果本地有没提交的代码直接拉取可能导致代码冲突混乱本地修改被覆盖前面对话中重点提过。✅ 正确做法保留本地修改# 1. 暂存本地修改 git stash # 2. 拉取远程最新代码 git pull # 3. 恢复本地修改有冲突则手动解决 git stash pop2. ✅ 拉取前先确认当前分支避免拉错分支导致代码混乱先执行git branch # 查看当前分支带*号的是当前分支示例输出* 号表示当前在 feature/login 分支无*号只是本地存在的分支当前未使用。main * feature/login3. 遇到合并冲突怎么办如果你的本地修改和远程代码冲突比如都改了login.js的同一行git pull后会提示Auto-merging src/login.js CONFLICT (content): Merge conflict in src/login.js Automatic merge failed; fix conflicts and then commit the result.解决步骤打开冲突文件如src/login.js会看到 Git 标记的冲突区域 HEAD // 你本地的代码 const verifyCode 本地验证码逻辑; // 远程拉取的代码同事改的 const verifyCode 远程最新验证码逻辑; f3d2e14 // 远程版本号手动修改冲突内容和同事确认保留哪版或合并保存文件后执行以下命令标记冲突已解决git add src/login.js # 标记冲突文件已处理 git commit -m 【合并】拉取远程代码解决登录验证码逻辑冲突六、git分支 ( branch )先通俗理解分支是什么可以把 Git 分支想象成 “代码的平行宇宙”主分支main是 “主线宇宙”存放经过测试、可以上线的稳定代码是团队代码的 “最终版本”功能分支feature/login是 “支线宇宙”你在这个分支里开发登录功能修改代码不会影响主线宇宙的稳定代码开发完成后再把支线合并回主线。git branch是git命令中的一个分支管理命令用于列出、创建、重命名、删除等分支操作它的主要用法我进行了一个罗列命令作用实战场景git branch查看本地所有分支当前分支前标*确认自己在哪个分支、项目有哪些分支git branch -r查看远程所有分支同步远程分支信息确认团队新增的分支git branch -a查看本地 远程所有分支全面了解分支全貌git branch 分支名创建本地分支不会切换基于主分支创建开发 / 修复分支git checkout -b 分支名创建并切换到新分支常用新建分支后直接开始开发git branch -d 分支名删除本地已合并的分支功能开发完成后清理无用分支git branch -D 分支名强制删除本地未合并的分支废弃某个未完成的功能分支git branch -m 旧名 新名重命名本地分支分支名写错 / 规范调整时使用git push origin 分支名将本地分支推到远程让团队成员看到你的开发分支git push origin --delete 分支名删除远程分支功能上线后清理远程无用分支常用创建新分支基于当前分支“基于当前分支创建新分支” 是 Git 分支操作里的核心概念简单来说新创建的分支会完全复制你 “当前所在分支” 的所有代码、提交记录、文件状态 —— 相当于给当前分支的代码拍了一张 “快照”新分支就是从这张快照开始的。用通俗的例子理解:假设你现在在main分支当前分支这个分支里有登录页面login.html已完成首页index.html已完成没有支付相关文件此时执行git branch feature/pay创建新分支新分支feature/pay会100% 复制main分支的所有内容login.html、index.html 都在且内容和 main 完全一致你切换到feature/pay后新增pay.html、修改代码这些操作只会影响 feature/pay 分支不会动 main 分支的代码而如果有人修改了 main 分支的 login.html你的 feature/pay 分支里的 login.html 还是原来的版本除非你主动合并 main 的修改。git branch feature/pay作用创建名为feature/pay的新分支新分支会完全复制当前分支的所有代码新手注意git branch创建后不会自动切换到新分支仍停留在原分支推荐先切换到main分支、拉取最新代码再创建功能分支保证新分支基于最新稳定代码git checkout main # 切换到main git pull # 拉取最新 git branch feature/login # 创建登录分支七. 检出(checkout)git checkout命令它是 Git 中切换分支、恢复文件的核心命令简单来说git checkout主要有两大核心用途一是切换到已存在的分支比如从main切到feature/login二是恢复工作区的文件到指定版本比如撤销本地未提交的修改。一、git checkout的核心用法新手必掌握用法 1切换已存在的分支最常用这是你作为实习生每天都会用到的场景用来在不同分支间切换工作环境。# 语法git checkout 分支名 git checkout main # 切换到 main 主分支 git checkout feature/login # 切换到登录功能分支执行成功提示Switched to branch main表示已切换到 main 分支新手注意切换分支前确保当前分支的修改已提交 / 暂存否则 Git 会提示 “本地有未提交修改无法切换”可以用git branch查看所有本地分支确认要切换的分支名是否正确避免输错。用法 2创建并切换新分支新手首选合并操作这是之前提到的git checkout -b是 “创建分支 切换分支” 的快捷命令也是最推荐的创建分支方式。# 语法git checkout -b 新分支名 git checkout -b feature/pay # 等同于git branch feature/pay git checkout feature/pay执行成功提示Switched to a new branch feature/pay表示已创建并切换到新分支核心逻辑基于当前分支创建新分支并立即切换到新分支比如当前在 main 分支新分支就基于 main 最新代码。用法 3恢复工作区文件撤销本地未提交的修改当你本地改乱了文件想放弃修改、恢复到最近一次提交的版本时用这个用法。# 语法1恢复单个文件 git checkout -- src/login.js # 恢复 login.js 到最近一次提交的状态放弃所有本地修改 # 语法2恢复当前目录下所有文件谨慎 git checkout .⚠️ 重要提醒这个操作会永久删除文件的本地未提交修改执行前一定要确认这些修改确实没用了适用场景比如不小心改乱了代码想回到干净的状态或本地修改和远程冲突想直接放弃。用法 4切换到远程分支拉取同事的分支到本地如果同事创建了feature/order远程分支你想在本地开发这个分支的功能需要先切换到远程分支# 语法git checkout -b 本地分支名 origin/远程分支名 git checkout -b feature/order origin/feature/order作用把远程仓库的feature/order分支拉到本地创建同名本地分支并切换过去前提先执行git fetch拉取远程分支信息否则 Git 找不到远程分支。二、新手常见问题 解决方案问题 1切换分支提示 “本地有未提交修改”error: Your local changes to the following files would be overwritten by checkout: src/login.js Please commit your changes or stash them before you switch branches.原因当前分支有未提交的修改切换分支会覆盖这些修改Git 做了保护解决git stash # 暂存修改想保留的话 # 或 git checkout . # 放弃修改确认没用的话 git checkout main # 再切换分支问题 2恢复文件后发现改错了想找回修改情况 1修改仅在工作区未执行git add恢复后无法直接找回Git 未追踪只能靠编辑器的历史记录比如 VS Code 的 “撤销”情况 2修改已暂存执行过git add可以用git reset HEAD 文件名把暂存的修改放回工作区再恢复。问题 3切换分支后代码没变化原因两个分支的代码当前版本一致比如刚创建的 feature/login 分支和 main 分支验证执行git log查看提交记录确认两个分支的最新提交是同一个版本。八、git mergegit merge的作用是把一个分支的代码修改合并到当前分支中 —— 比如你在feature/login分支开发完登录功能后用git merge feature/login就能把登录功能合并到main主分支让主分支包含你的新功能。一、git merge的核心逻辑新手先懂这个合并的本质是Git 对比两个分支的代码差异把目标分支的修改 “整合” 到当前分支过程分两种情况用通俗的例子讲清楚假设你有两个分支main主分支当前分支包含首页、商品列表代码feature/login目标分支基于main创建新增了登录页面代码。情况 1快速合并最理想如果main分支在你创建feature/login后没有任何修改执行git checkout main # 切换到主分支当前分支 git merge feature/login # 合并登录分支到主分支Git 会直接把main分支的 “指针” 移到feature/login的最新版本没有任何冲突这就是你之前git pull时看到的Fast-forward是最简单的合并方式。情况 2三方合并需要处理冲突如果main分支在你开发login分支时同事改了首页代码此时合并会触发 “三方合并”Git 会找两个分支的 “共同祖先”创建login分支时的版本对比main和祖先的差异、login和祖先的差异自动合并无冲突的部分有冲突的部分会标记出来让你手动解决。git merge的基础用法合并指定分支到当前分支核心用法# 步骤1切换到要接收合并的分支比如 main 主分支 git checkout main # 步骤2确保当前分支是最新的先拉取远程代码 git pull # 步骤3合并目标分支比如 feature/login到当前分支 git merge feature/login二、新手必避的合并坑1. ❌ 直接在main分支合并未测试的功能分支问题可能把有 bug 的代码合并到主分支导致主分支代码不稳定解决先在功能分支自测通过再提 MR/PRGitee 上的合并请求经审核后再合并。2. ❌ 合并前不拉取最新代码问题合并的是旧版本的主分支导致后续拉取又出现冲突解决合并前务必执行git checkout main→git pull保证主分支是最新的。3. ❌ 合并冲突后直接放弃用git merge --abort需谨慎如果合并中遇到冲突想放弃合并可执行git merge --abort # 撤销合并回到合并前的状态注意只有还没执行git commit时--abort才有效如果已经 commit 了需要用git reset回滚。九、常见冲突1、版本低2如果远程仓库的初始代码为a现在有一个程序员1把a拉取到自己的本地仓库有一个程序员2把a拉取到自己的本地仓库1修改a为b并提交到远程仓库2修改a为c再拉取远程仓库会发生什么先梳理整个时间线便于理解阶段远程仓库程序员 1 本地程序员 2 本地初始a版本 1a版本 1a版本 1步骤 1-修改为 b → 提交 → 推送到远程-步骤 2b版本 2-修改为 c基于版本 1步骤 3--执行git pull关键操作程序员 2 执行git pull后会发生什么git pull本质是git fetch拉取远程最新代码 git merge合并到本地分支所以核心是合并阶段出现「合并冲突」具体现象分两种情况情况 11 和 2 修改了「同一个文件的同一部分」核心冲突场景这是最常见的情况Git 无法自动合并会触发「手动解决冲突」流程具体表现拉取过程中断终端 / IDE 会提示Automatic merge failed; fix conflicts and then commit the result自动合并失败需修复冲突后提交文件被标记为冲突状态执行git status会看到文件显示为both modified双方都修改了冲突文件被标记特殊符号打开冲突文件会看到 Git 插入的冲突标记格式如下plaintext HEAD # 程序员2本地修改的内容c 这是程序员2修改的代码c # 分隔符上是本地下是远程 这是程序员1修改的代码b [远程提交ID] # 远程仓库的最新代码b本地分支处于「合并中」状态git branch会看到当前分支后标注(MERGING)此时无法直接推送代码必须先解决冲突。情况 21 和 2 修改了「不同文件」或「同一文件的不同部分」无冲突Git 能自动完成「快进合并」具体表现拉取过程自动完成终端提示Merge made by the recursive strategy合并成功本地代码自动整合程序员 2 的本地代码会同时包含 1 的修改b和自己的修改c形成新的版本比如 d自动生成合并提交Git 会自动创建一个「合并提交」记录这次拉取合并的操作此时程序员 2 可直接执行git push推送整合后的代码到远程。程序员 2 的正确解决流程针对情况 1 的冲突场景如果出现手动冲突必须按以下步骤解决缺一不可步骤 1定位并修复冲突文件打开标记为both modified的文件找到//标记手动删除冲突标记保留「正确的代码」比如保留 1 的修改、保留 2 的修改、或整合双方修改保存文件核心必须删除所有冲突标记否则 Git 仍判定为冲突。步骤 2标记冲突已解决并提交# 1. 将修复后的文件添加到暂存区 git add 冲突的文件名 # 比如 git add src/main.java # 2. 提交合并结果Git会自动填充合并提交信息直接确认即可 git commit # 或 git commit -m 解决合并冲突整合1和2的修改步骤 3推送最终代码到远程git push此时远程仓库会变成整合后的新版本比如同时包含 b 和 c 的修改。也可以撤销git pull回到执行该命令前的仓库状态相当于 “撤回” 这次失败的合并。执行以下命令直接终止当前未完成的合并流程恢复到pull前的状态git reset --merge这个命令的作用完全撤销本次未完成的合并本地代码、提交记录都会回到执行git pull --allow-unrelated-histories之前的样子适用场景冲突太多不想处理、合并操作本身有误想重新规划合并方式比如先备份代码再合并。补充什么叫同一个文件的同一部分“同一个文件的同一部分” 是 Git 判定「合并冲突」的核心依据简单来说就是程序员 1 和程序员 2 修改了「同一个文件」里的「相同行 / 相邻行 / 有重叠的代码块」Git 无法自动判断该保留哪一方的修改因此触发手动冲突解决。用具体例子理解最直观假设初始代码文件demo.js版本 a的内容是// 初始版本a function calculatePrice() { let price 100; let discount 0.8; return price * discount; // 第5行 }例子 1修改了「同一行」典型的 “同一部分”程序员 1 修改把第 5 行的0.8改成0.7版本 breturn price * 0.7; // 第5行程序员 2 修改把第 5 行的0.8改成0.9版本 creturn price * 0.9; // 第5行此时 Git 拉取合并时会判定「同一文件的同一行被双方修改」触发冲突冲突标记会出现在第 5 行 HEAD return price * 0.9; // 程序员2的修改 return price * 0.7; // 程序员1的修改 [远程提交ID]例子 2修改了「相邻行 / 重叠代码块」也算 “同一部分”程序员 1 修改在第 3 行新增let tax 0.1;版本 blet price 100; let tax 0.1; // 新增第3行 let discount 0.8; return price * discount * (1 tax); // 修改第5行程序员 2 修改把第 3 行的discount改成0.9并删除第 5 行的计算逻辑版本 clet price 100; let discount 0.9; // 修改第3行 return price; // 修改第5行此时 Git 会判定「第 3-5 行的代码块被双方修改且有重叠」触发冲突 —— 因为双方的修改范围覆盖了同一个 “代码区域”Git 无法自动整合。反例修改了「同一文件的不同部分」无冲突程序员 1 修改在函数外新增注释版本 b// 价格计算函数程序员1新增 function calculatePrice() { let price 100; let discount 0.8; return price * discount; }程序员 2 修改在函数内新增日志版本 cfunction calculatePrice() { let price 100; let discount 0.8; console.log(计算价格, price); // 程序员2新增 return price * discount; }此时 Git 能自动合并 —— 双方修改的是文件中完全不重叠的部分一个在函数外一个在函数内Git 会直接把两处修改整合到一起不会触发冲突。核心判定逻辑Git 的视角Git 合并时会对比「三个版本」共同祖先版本初始的版本 a本地修改版本程序员 2 的版本 c远程最新版本程序员 1 的版本 b。如果 Git 发现版本 b 和版本 c 对「同一行 / 连续多行代码」做了不同修改 → 判定为「同一部分」触发冲突版本 b 和版本 c 修改的是「不重叠的行 / 不同文件」 → 判定为「不同部分」自动合并。总结“同一个文件的同一部分” 双方修改了同一行、相邻行或重叠的代码块Git 无法自动判断保留哪一方冲突的本质不是 “改了同一个文件”而是 “改了文件中重叠的代码区域”只要修改的代码区域完全不重叠即使是同一个文件Git 也能自动合并不会触发冲突。简单记改了同一个文件的 “同一行 / 挨着的行” 同一部分冲突改了同一个文件的 “不挨着的行” 不同部分无冲突。