Git 用法总结

枯木逢春犹再发人无两度再少年。导航0 前言1 基本概念1.1 工作区、暂存区、版本库流程节点1.2 初始化、添加、提交、贮藏本地操作1.3 获取、拉取、推送、克隆远端操作1.4 分支、检出、重置、存档、标签支线操作1.5 合并、重基合并操作2 杂七杂八0、前言Git 是一个开源的分布式版本管理系统是 Torvalds 为了更好地管理 Linux 内核开发而创立的。它可以帮你记录每一次代码变化并且可以随时回到过去的任何版本。【注相当于是给项目代码的生命周期开了一个时光隧道以方便开发人员随时回到过去标记好的位置状态。】1、基本概念1.1、工作区、暂存区、版本库流程节点工作区就是项目目录、工作目录你需要在这里进行文件的创建、修改和删除操作。暂存区可以理解为在工作区进行文件更改操作之前的工作区副本快照如此一来之后在工作区进行的每次修改就都有了参照对象。例如执行命令git add .则代表将工作区的文件与暂存区的副本快照进行差异对比以形成补丁包然后再将暂存区与工作区的文件进行同步以形成新的工作区快照以供下一次的 add 进行参考使用。【注add 之前的文件又叫做未暂存文件add 之后的文件又叫做已暂存文件。】版本库暂存区产生的补丁包在通过执行提交命令git commit -m zhushi之后便正式进入到了版本库中版本库中存放着历史提交的所有补丁包这些补丁包的存在确保了项目拥有了一个完整的历史修改记录。注以上关于暂存区和版本库的描述仅为个人理解理解不当之处请自行甄别。1.2、初始化、添加、提交、贮藏本地操作#0基础配置【注git 提交时要求一定要标识当前提交者的身份否则不允许提交。】gitconfig--globaluser.name你的名字#任意名字gitconfig--globaluser.email你的邮箱#任意邮箱gitconfig--list#查看 git 所有配置项#1初始化为当前目录构造 .git 目录结构gitinit.#2添加将指定的文件/目录与暂存区的快照进行差异对比以形成差异补丁包gitadd.gitaddtest.txt#3提交将 add 产生的补丁包提交到版本库中。gitcommit-m注释说明#4状态查看当前工作处于一种什么样的状态。例如哪些文件修改了但未 add未暂存文件哪些文件 add 了但未 commit已暂存文件。gitstatus#5历史查看代码被修改之后提交过的历史记录。gitlog#描述详细的历史记录但不易于查看gitlog--oneline--graph--all#描述简洁且带图表的历史记录#6贮藏将已更改但未提交的文件都保存起来等日后自己有时间了再拿出来继续使用。gitstash#保存但仅保存之前已跟踪的文件新添加进来的文件不会被保存。如需将新添加的文件也保存进来需添加 -u 参数。gitstash list#列出保存的项目gitstash pop#恢复1.3、获取、拉取、推送、克隆远端操作#0基础配置【注远端操作时必须指定远端仓库的位置以便拉取/推送操作的进行。】gitremoteaddorigin https://github.com/user/repo.git#添加远端仓库gitremote show#查看已配置的远端仓库#####登录认证相关步骤请看杂七杂八部分的内容此处略过...######1获取拉取远程代码到本地的远程分支中并不与本地主线分支合并。gitfetchgitbranch-r#查看本地拉取下来的远程仓库的分支gitstatus origin/main#查看本地的远程仓库的状态gitlog origin/main#查看本地的远程仓库的日志gitmerge origin/main#将拉取下来的本地远程仓库与本地仓库进行合并#2拉取拉取远程代码到本地的远程分支中并与本地主线分支合并。gitpull#从远端拉取当前分支并于本地的当前分支合并gitpull origin main#从远端拉取 main 分支并于本地的 main 分支合并。哪怕当前分支是 dev 分支依旧不影响对 main 分支进行更新。#3推送推送本地代码到远程仓库并合并gitpushgitpush origin main#4克隆复制一份远程仓库的内容到本地gitclone https://github.com/user/repo.git1.4、分支、检出、重置、存档、标签支线操作#1分支从当前的主线任务中分离出来另外一条支线此时主线和支线的文件环境完全相同同时两者各自的工作动作也不会影响到对方。此后若支线的实验工作成功了主线便可以合并支线直接收获支线的劳动成果若失败了删除支线即可。gitbranch#查看分支gitbranch dev#创建 dev 分支gitswitch dev#切换到 dev 分支#2检出直接跳转到指定的 某个分支、某个提交、某个标签 的环境方便随时查阅当时的现场情况。【注仿佛穿越过去一样】gitcheckout main#跳转到分支gitcheckout 8fc7720e4bc5304e1550a7f120e4f02c203d4f07#跳转到提交gitcheckout v1.0.0#跳转到标签#3重置重置工作区的 HEAD 指向、以及暂存区的状态、以及工作区的内容。gitreset HEAD~1#混合重置撤销 commit、保留代码、取消暂存回到“未暂存区”gitreset--softHEAD~1#软重置撤销 commit、保留暂存状态gitreset--hardHEAD~1#硬重置撤销 commit、删除暂存、删除工作区改动#4存档导出某个版本的代码但不包含 Git 历史相当于是检出到某个位置然后将当前位置环境中的文件全部压缩到一个包中。gitarchive-oproject.zip main#5标签给某个 commit 打一个“名字”方便未来定位或记忆这个特殊的节点状态gittag v1.0.0#给当前 HEAD 位置即最近的 commit打一个标签gittag tag_name commit#给指定 commit 打一个标签gitpush origin--tags#推送 tag 标签【注意git push 默认并不会推送标签记录标签记录需要像这样去提交。】注关于重置三种状态的区别。1.5、合并、重基合并操作#1合并把两个分支“合并在一起”并保留分叉结构能清晰看到分支是怎么合并的历史记录清晰。gitswitch maingitmerge dev#2重基把你的提交“搬到另一个分支后面”使得提交历史会比较整洁但会重写提交历史无法看清分支是怎么合并的。【注意重基时switch 所在的分支不同则最终形成的提交记录亦有所不同这一点很重要。】gitswitch devgitmerge main注Merge 和 Rebase 的区别。【参考视频】2、杂七杂八1合并冲突。【1】各分支提交的节点就像是各集合中的元素一样而分支的合并就像是集合的合并各分支相同的部分基于某个节点开始分支之前的部分就像是集合相交的地方。【2】而节点对应的都是关于文件的修改操作内容如果两个分支的所有节点所对应的文件并没有相同的部分那么两分支的所有节点都可以不分先后的顺利合并而不影响最终的结果。而如果两分支的节点有相同的操作文件或者一个分支的节点中有相同的操作文件那么就会出现冲突或只能按顺序进行。冲突的部分程序不会进行修改解决但是他会标记出来然后由人手动进行修改。【3】当我们对分支进行合并时即便存在冲突 git 也会进行合并处理然后指出冲突文件当认为修改之后就又会产生一次冲突修改的提交。2什么是 HEAD。HEAD 相当于数据结构链表中的头指针通过这个头指针来在各个提交记录的节点上进行移动进而展现不一样的目录树以及其它的操作。通常 HEAD 默认指向 master 分支的最后一次更新。通过移动 HEAD就可以比较容器的变更到要使用的 commit而非一定要取得 commit 的 id 值之后才能进行。HEAD 的种类HEAD、ORIG_HEAD、FETCH_HEAD。3提交本地仓库到远端的基础配置。【1】SSH 密钥认证过程#1生成密钥对并将私钥放置到家目录ssh-keygen-ted25519-C你的邮箱ssh-add ~/.ssh/id_ed25519#2登录 GitHub在其 “Settings → SSH and GPG keys → New SSH key” 处将下面公钥的内容添加进去cat~/.ssh/id_ed25519.pub#3修改仓库远程地址的格式为 SSH 格式gitremote set-url origin gitgithub.com:xxx/xxx.git#4配置完毕测试效果gitpush【2】HTTPS Token 认证过程#1登录 GitHub在其 “Settings → Developer settings → Personal access tokens” 处新建一个 token。#2设置 git 凭证管理器gitconfig--globalcredential.helper store#3执行 push 操作然后根据提示登录。【注意用户名GitHub 账户、密码填 Token而非 GitHub 账号的密码。】gitpush#4成功登录之后在用户的家目录下会出现一个 .git-credentials 的文本文件文件中记录着登录的账户和 token 的值。4Git 图形化工具推荐GitKraken、GUI-Client 列表。我的博客园