想招聘员工去哪个网站,公司策划是做什么的,网页设计与制作教程欧静美,wordpress页面显示标签代码git --- 基础介绍 git 是什么git --- 工作区, 暂存区, 资源库git --- 文件状态git --- branch 和 HEADgit --- 一次正常的git提交流程 git 是什么 Git是一款分布式源代码管理工具(版本控制工具)Git和其他传统版本控制系统比较: 传统的版本控制系统(例如 SVN)是基于差异的版本控… git --- 基础介绍 git 是什么git --- 工作区, 暂存区, 资源库git --- 文件状态git --- branch 和 HEADgit --- 一次正常的git提交流程 git 是什么 Git是一款分布式源代码管理工具(版本控制工具)Git和其他传统版本控制系统比较: 传统的版本控制系统(例如 SVN)是基于差异的版本控制它们存储的是一组基本文件和每个文件随时间逐步累积的差异, 优点: 节省磁盘空间,缺点耗时、效率低。在每次切换版本的时候都需要在基本文件的基础上应用每个差异从而生成目标版本对应的文件 Git 快照是在原有文件版本的基础上重新生成一份新的文件类似于备份。为了效率如果文件没有修改Git不再重新存储该文件而是只保留一个链接指向之前存储的文件。 缺点占用磁盘空间较大,优点版本切换时非常快因为每个版本都是完整的文件快照切换版本时直接恢复目标版本的快照即可。特点空间换时间 在Git 中的绝大多数操作都只需要访问本地文件和资源一般不需要来自网络上其它计算机的信息。基于这一特点Git在断网后依旧可以在本地对项目进行版本管理只需联网后把本地修改的记录同步到云端服务器即可 被git管理的项目会有这个.git文件夹 里面包括了所有分支, 节点 等信息 git — 工作区, 暂存区, 资源库
工作区( Working Directory) 在git管理下的正常目录都算是工作区, 平时对代码的改动都在这里进行 暂存区(Index) 暂存区用于临时存放你的改动. git add 或者 git stage 命令会把对代码的改动暂存在这里commit之前必须要将改动的文件放入暂存区 (IDE可以直接commit是因为commit的时候IDE自动add了) 资源库(Repository) 资源库或版本库就是安全存放数据的位置这里面有提交到所有版本的数据commit就将代码放入资源库 远程仓库(Remote Directory) 远程仓库托管代码的服务器commit之后将本地仓库push到远程仓库 git — 文件状态
Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制, 可以通过gitignore文件控制 Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified.如果使用git rm移出版本库, 则成为Untracked文件 Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git restore 则丢弃修改过,返回到unmodify状态. Staged: 暂存状态。通过git add 或者 git stage 将文件变为modified状态可以执行git commit则将修改同步到库中, git — branch 和 HEAD branch就是分支的意思在日常开发过程中, 一般分为主分支(通常叫master或者main) 和其他分支,其他分支: 当需要开发新的功能的时候, 从主分支上新建一个分支(通常使用功能内容命名), 当功能开发完毕的时候, 把新建的分支merge回主分支 分支的本质是什么 分支的本质是指针, 分支的名字(包括master, main) 就是指针的名字在git中, 每一次commit都会生成一个节点, 包括文件信息, 继承信息, 和 commitID commitID是一个hash值, 日常使用中可以直接用hash值的前四位代替 而branch就是指向一个节点的指针 Example: 下图是一个主分支 现在需要修改一个bug, 所以新建一个分支, 执行 git branch bugFix可以看到新的分支指针和master指向同一个commit节点星号表示目前所在的分支 现在在bugFix这个分支上进行开发, 修改bug, 然后执行git commit主分支main指向C1节点, bugFix分支指向C2节点 此时main有了新的代码提交(比如其他开发者), 生成了新的节点C3 bugFix开发完成, 需要合并进主分支在主分支上指向 git merge bugFix, 主分支自动创建cmmit节点C4. Merge完成, C4就是包含了C3和C2的版本 更深一层 ---- HEAD指针 在git中其实我们是不能直接操控分支指针的(包括主分支main)git中所有对分支指针的操作都是通过操控HEAD指针完成HEAD指针会被attach到一个分支指针, 这样就可以对对应的分支指针进行操作 Example: 移动HEAD指针 执行 git checkout commitID 操作, 这里就是 git checkout C4将HEAD和bugFix指针 detach Example: 移动HEAD指针 在下图的状态下直接执行git checkout commitID 可以将HEAD指针直接移动到所对应的commit节点 执行 git checkout C3 Example: 使用HEAD移动其他分支指针 目前HEAD是detached状态, 现在需要将bugFix移动到C0, main移动到C6 执行git checkout C0, 将HEAD移动到C0 执行git switch bugFix 切换到bugFix分支执行 git branch -f bugFix HEAD 将bugFix指针移动到C0 8 执行git checkout C0, 将HEAD移动到C6执行 git branch -f main HEAD 将main移动到C6 执行git switch main 或者 git checkout main, 将HEAD attch到main 使用 ~N 符合可以将其他分支移动到HEAD分支的前N个节点比如 git branch -f bugFix HEAD~2 就是将bugFix移动到HEAD之前的两个节点上 git — 一次正常的git提交流程 首先使用 git status 查看目前的git状态 在文件夹中创建一个新的文件, 然后查看状态, 因为是新建文件, 所以目前文件是untracked状态 执行git add . 或者 git add test.txt, 然后查看状态文件已经加入暂存区(Index), 可以被commit 执行 git coomit -m “first commit” 将更改提交, 并用git log查看comit信息 对test内容进行更改, 查看git状态因为之前已经被加入git, 所以这次不是untracked状态, 而是modified状态 使用git stage test.txt 或者 git add . 或者 git add test.txt 将修改放入暂存区 使用git log查看commit信息 也可以使用 git log --oneline --graph 查看可以显式分支信息和HEAD指针信息 创建一个新的分支bugFix, 可以看到1730376 这个节点上有三个指针, 分别是HEAD, master, bugFix 切换到bugFix分支, 然后对文件进行修改 在bugFix分支进行commit提交, 然后查看log可以看到HEAD和bugFix移动到了ddac8b1这个commit节点 切换回master分支, 然后进行merge, 再查看log可以看到master被移动到了ddac8b1这个节点 注意 Fast-forward, 说明只是简单的把master指针向前移动了一下, 而并不是生成了新的commit节点如果master分支在bugFix之前有了新的commit, 这时再merge bugFix就不是Fast-forward了, 而是会生成新的commit节点如下: 当main分支在C3上时执行 git merge bugFix, C4就是新创建的节点