一、前期准备安装略配置配置 name 和 emailgitconfig--globaluser.namexxxxgitconfig--globaluser.emailxxxxxx.xxx使用 git查看当前仓库的状态gitstatus初始化仓库gitinit文件状态未跟踪已跟踪暂存未修改已修改未跟踪 → 暂存gitaddfilename将文件切换到暂存的状态gitadd* 将所有已修改未跟踪的文件暂存暂存 → 未修改gitcommit-mxxxx将暂存的文件存储到仓库中gitcommit-a-mxxxx提交所有已修改的文件未跟踪的文件不会提交未修改 → 修改修改代码后文件会变为修改状态常用的命令重置文件gitrestorefilename# 恢复文件gitrestore--stagedfilename# 取消暂存状态删除文件gitrmfilename# 删除文件gitrmfilename-f# 强制删除移动文件gitmvfrom to# 移动文件 重命名文件二、分支git 在存储文件时每一次代码代码的提交都会创建一个与之对应的节点git 就是通过一个一个的节点来记录代码的状态的。节点会构成一个树状结构树状结构就意味着这个树会存在分支默认情况下仓库只有一个分支命名为 master。在使用 git 时可以创建多个分支分支与分支之间相互独立在一个分支上修改代码不会影响其他的分支。gitbranch# 查看当前分支gitbranchbranch name# 创建新的分支gitbranch-dbranch name# 删除分支gitswitchbranch name# 切换分支gitswitch-cbranch name# 创建并切换分支gitmergebranch name# 合并分支在开发中都是在自己的分支上编写代码代码编写完成后在将自己的分支合并到主分支中。三、变基rebase在开发中除了通过 merge 来合并分支外还可以通过变基来完成分支的合并。我们通过 merge 合并分支时在提交记录中会将所有的分支创建和分支合并的过程全部都显示出来这样当项目比较复杂开发过程比较波折时我必须要反复的创建、合并、删除分支。这样一来将会使得我们代码的提交记录变得极为混乱。原理变基时发生了什么当我们发起变基时git 会首先找到两条分支的最近的共同祖先对比当前分支相对于祖先的历史提交并且将它们提取出来存储到一个临时文件中将当前部分指向目标的基底以当前基底开始重新执行历史操作# 将branch name1的基底变成branch name2gitswitchbranch name1gitrebasebranch name2# 解决冲突后gitswitchbranch name2gitmergebranch name1gitbranch-dbranch name1变基和 merge 对于合并分支来说最终的结果是一样的但是变基会使得代码的提交记录更整洁更清晰注意大部分情况下合并和变基是可以互换的但是如果分支已经提交给了远程仓库那么这时尽量不要变基。四、远程仓库remote目前我对于 git 所有操作都是在本地进行的。在开发中显然不能这样的这时我们就需要一个远程的 git 仓库。远程的 git 仓库和本地的本质没有什么区别不同点在于远程的仓库可以被多人同时访问使用方便我们协同开发。在实际工作中git 的服务器通常由公司搭建内部使用或是购买一些公共的私有 git 服务器。我们学习阶段直接使用一些开放的公共 git 仓库。目前我们常用的库有两个GitHub 和 Gitee码云将本地库上传 gitgitremoteaddorigin https://github.com/lilichao/git-demo.git# git remote add remote name urlgitbranch-Mmain# 修改分支的名字的为maingitpush-uorigin main# git push 将代码上传服务器上将本地库上传 giteegitremoteaddgitee https://gitee.com/ymhold/vue-course.gitgitpush-ugitee main五、远程库的操作的命令gitremote# 列出当前的关联的远程库gitremoteadd远程库名url# 关联远程仓库gitremote remove远程库名# 删除远程库gitpush-u远程库名分支名# 向远程库推送代码并和当前分支关联gitpush远程库本地分支:远程分支gitpush远程仓库名--delete分支名# 删除远程仓库gitcloneurl# 从远程库下载代码gitpush# 如果本地的版本低于远程库push默认是推不上去gitfetch# 要想推送成功必须先确保本地库和远程库的版本一致fetch它会从远程仓库下载所有代码但是它不会将代码和当前分支自动合并# 使用fetch拉取代码后必须要手动对代码进行合并gitpull# 从服务器上拉取代码并自动合并注意推送代码之前一定要先从远程库中拉取最新的代码六、tag 标签当头指针没有执行某个分支的头部时这种状态我们称为分离头指针HEAD detached分离头指针的状态下也可以操作操作代码但是这些操作不会出现在任何的分支上所以注意不要再分离头指针的状态下来操作仓库。如果非得要回到后边的节点对代码进行操作则可以选择创建分支后再操作gitswitch-c分支名提交id可以为提交记录设置标签设置标签以后可以通过标签快速的识别出不同的开发节点gittaggittag 版本gittag 版本 提交idgitpush 远程仓库 标签名gitpush 远程仓库--tagsgittag-d标签名# 删除标签gitpush 远程仓库--delete标签名# 删除远程标签七、回退节点一般来说的操作都是将HEAD【switch】移动到某个节点然后在这里创建分支继续进行编码和记录节点gitreset--hard版本号#把整个分支指针拉回去后面的提交被丢掉gitswitch 版本号# 只是把 HEAD 移过去看不影响分支gitswitch branch_name# 如果只是预览一下该操作可以回到分支指针的位置【即当前分支的最新版本】# 这里的版本号就是用git log查看时的长串hash值同时这个代码块中提到的版本号都可以用tag# 同时switch和rest的回滚方式不一样一个是分支指针和HEAD指针一起拉回去一个是HEAD指针拉回去# 可以理解为HEAD指针指向的节点是当前显示的版本分支指针指向的是当前分支最新的节点可以理解成链表中的指针gitreset--hardHEAD^# 回滚到上一次提交丢弃后面的提交gitreset--hardHEAD^3# 回滚到上三次提交丢弃后面的提交# 有些文章中会遇到HEAD~而不是HEAD^这里不必理会两者使用起来一样的gitreset--soft版本号# 这里也可以用HEAD的# 把整个分支指针拉回去后面的提交节点被丢弃但是这些提交所更改的内容会保留在暂存区中八、gitignore默认情况下git 会监视项目中所有内容但是有些内容比如 node_modules 目录中的内容我们不希望它被 git 所管理。我们可以在项目目录中添加一个.gitignore文件来设置那些需要 git 忽略的文件。注意事项本bolg了李立超老师的git课程与文档并作出了适当改进