文章摘要
这篇文章介绍了Git的基础知识和常用操作，重点涵盖以下内容： 1. **Git基本概念**： - Git的三大区域：工作区（Work区）、缓存区（Cache区）、版本区（Version区）。 - 回滚操作：如何回滚至之前版本（`git reset --hard`）、反回滚（`git reflog`）。 - 分支操作：创建分支（`git branch`）、切换分支（`git checkout`）、修复Bug后合并分支（`git merge`）。 2. **版本控制流程**： - 初始化Git：`git init`。 - 管理文件状态：`git status`。 - 切换工作区和缓存区：`git work`。 - 设置个人信息：`git config`。 - 生成版本：`git commit`。 - 查看版本记录：`git log`。 3. **分支操作**： - 分支的作用：为开发者提供多个开发环境，隔离代码。 - 修复Bug流程：创建bug分支、修复后合并回主干。 - 分支与分支的隔离：修复完后`git merge`，合并后删除bug分支（`git branch -d`）。 4. **常用命令**： - 初始化：`git init`。 - 添加和管理文件：`git add`。 - 提交和查看版本：`git commit`、`git log`。 - 回滚：`git reset --hard`。 - 合并分支：`git merge`。 5. **远程操作**： - 克隆远程仓库：`git clone`。 - 配置远程仓库：`git remote add`。 - 上传到远程仓库：`git push origin`。 - 在本地上传到远程：`git push -u origin`。 - 从远程获取代码：`git pull origin`。 6. **开发流程**： - 在公司开发：切换到dev分支、合并主干。 - 在家里开发：拉取代码、继续开发、提交。 - 切换主干：`git checkout master`、合并dev分支、上传到云端。 7. **实用技巧**： - 创建主分支：`git branch -M master`。 - 处理冲突：修复后手动修改冲突文件、提交（`git add . git commit`）。 这篇文章通过详细说明Git的基本概念、操作命令和实用技巧，帮助读者快速掌握Git的核心功能和开发流程。
目录整体流程git三大区域回滚（一个功能一个功能提交 方便回滚）反回滚（回滚至之后版本）控制文件工作区和缓存区的转换BUG的修复分支的方法代码实现修复bug总结工作流模拟场景-在公司开发完成后上传与下载本地上传至GITHUB云端下载至本地总结代码开发完毕上线
进入要管理的目录
执行初始化明亮
git init
管理当前目录下的文件状态
git status 注：新增的文件和修改过后的文件都是红色
管理指定文件(红变绿)
git add 文件名
git add .
个人信息配置：用户名、邮箱【第一次需要】
git config –global user.name “username”
git config –global user.email useremail@163.com
邮箱和用户名可以随便设置
查看用户名和邮箱的方法
git config user.name
git config user.email
生成版本
git commit -m ‘描述信息’
查看版本记录
git log
工作区《-》缓存区《-》版本区
回到上个版本
git reset –hard 版本号 版本号通过
git log 查询
回滚后想反悔
git reflog
git reset –hard 版本号
将工作区的文件转移到缓存区
git add XXX
缓存区的文件 转回 工作区
git reset HEAD XXX
从工作区回到最原始的状态
git checkout — 文件名
概念：分支可以给使用者提供多个环境，意味着可以把工作从开发主线上分离开来，以免影响开发主线。 在BUG的地方新建个分支，修复bug，修复完后合并。
从图上可以看到：C3 为BUG C4为已经开发的 功能C5为修复BUG
功能开发为dev开发完后 合并到主干 master
查看当前处在的分支
git branch
创建分支
git branch dev
切换分支
git checkout dev/master
在分支中写代码 不会影响主干master中的代码
分支与分支之间 具有代码的隔离
创建bug分支
git branch bug
切换到bug分支
git checkout bug
在bug分支中修复BUG
修复完毕后
切换回mater
git checkout master
查看当前所在分支
git branch
将修复的bug分支合并回主干
git merge bug
合并完成后 删除BUG分支
git branch -d bug
在修复BUG之前，自己开发50%的dev功能
继续切回dev分支 继续开发直到完成
开发完成后合并回主干
git checkout master
存在冲突
git merge dev 合并有冲突，因为两个文件 因为第一个有修复bug所以存在不同，需要手动打开进行修改
最后提交
git add . git commit -m ‘完成’
常用代码
git init git add git commit -m ” git log git reflog git reset –hard 版本号
查看分支
git branch
创建分支
git branch 分支名称
切换分支
git checkout 分支名称
分之合并（可能产生冲突）
git merge 要合并的分支
注意：一定要切换分支再合并，例如要合并B分支和C分支，需要切换到B分支再合并C分支
删除分支
git branch -d 分支名称
dev分支专门用于开发
master只保留正式版本，（必须稳定）
上传到云端
git add . git commit -m ‘finish’ git push origin dev
回到家中 更新 自己家中的代码
git pull origin dev
创建代称 origin –链接
git remote add origin xxxxx.git
创建分支main
git branch -M main
将分支上传到网址中
git push -u origin main
git clone github下载的网址
在家里上传代码
给远程仓库起别名（一次性） git remote add origin 远程仓库地址 向远程推送代码 git push -u origin 分支
到公司获取代码
克隆远程仓库代码 git clone 远程仓库地址（内部已实现git remote add origin 远程仓库地址) 切换分支（虽然是隐藏的） git checkout 分支
在公司进行开发
1.切换到dev分支进行开发 git checkout dev 2.把master分支合并到dev [仅一次] git merge master 3.修改代码 4.提交代码 git add . git commit -m ‘over’ git push origin dev
回到家中继续写代码
1.切换到dev分支进行开发 git checkout dev 2.拉代码 git pull origin dev 3.继续开发 4.提交代码 git add . git commit -m ‘XX’ git push origin dev
在公司继续开发
1.切换到dev分支继续开发 git checkout dev 2.拉代码 git pull origin dev 3.继续开发 4.提交代码 git add . git commit -m ‘xx’ git push origin dev
切换到master主干
git checkout master
合并dev分支
git merge dev
上传到云端
git push origin master
同理将已经是最新版的dev也上传
git checkout dev git merge master git push origin dev
到此这篇关于Git基础知识以及常用命令的文章就介绍到这了,更多相关Git基础知识内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
您可能感兴趣的文章:Git基础学习之分支操作的示例详解Git基础学习之分支基本操作详解Git基础学习之tag标签操作详解Git基础学习之标签tag的使用详解
© 版权声明
文章版权归作者所有，未经允许请勿转载。
相关文章
