建设银行光明支行网站,个人养老保险查询,ps加dw做网站,怎么用360做网站跳转git 版本#xff1a; 2.40.1.windows.1 文章目录 一. 使用git之前你必须要理解的几个概念1.1 理解工作区、版本库、暂存区的概念1.2 提交Git版本库的步骤【分两步执行】 二. Git本地库实战2.1 初始化版本库2.2 新建 提交 状态2.3 查看日志2.4 回退 穿梭 2.40.1.windows.1 文章目录 一. 使用git之前你必须要理解的几个概念1.1 理解工作区、版本库、暂存区的概念1.2 提交Git版本库的步骤【分两步执行】 二. Git本地库实战2.1 初始化版本库2.2 新建 提交 状态2.3 查看日志2.4 回退 穿梭 撤销2.4.1 回退到历史版本2.4.2 版本穿梭2.4.3 撤销文件 2.5 删除2.6 分支2.6.1 实际开发流程2.6.2 分支概念2.6.3. 分支的好处2.6.4 分支操作2.6.5 分支操作详解1) 创建分支和切换分支之图解2) 如何创建分支和切换分支3如何删除分支4) 如何合并分支? 2.7 git追踪的文件数据丢失了怎么办1.问题描述2.问题原因3.解决方案 2.8 版本冲突1. 冲突产生的表现2. 冲突产生的原因3. 冲突的解决4. 避免冲突 一. 使用git之前你必须要理解的几个概念
1.1 理解工作区、版本库、暂存区的概念
以本人电脑桌面上的文件夹git_test举例说明 工作区(Working Directory)就是电脑本地的硬盘目录 版本库(Repository)工作区有个隐藏目录 .git 它就是Git的本地版本库 暂存区(stage)一般存放在git目录下的index文件.git/index中所以我们把暂存区有时也叫作索引index 分支BranchGit为我们自动创建的第一个分支master以及指向master的一个指针叫HEAD 1.2 提交Git版本库的步骤【分两步执行】
第一步
用“git add”把文件纳入Git管理实际是把本地文件修改添加到暂存区
第二步
用“git commit”提交更改实际上就是把暂存区的所有内容提交到当前分支
因为我们创建Git版本库时Git自动为我们创建了唯一一个master分支所以commit就是往master分支上提交更改。
可以简单理解为需要提交的文件修改通通放到暂存区然后一次性提交暂存区的所有修改。一旦提交完后如果你又没有对工作区做任何修改那么工作区就是“干净”的。即nothing to commit (working directory clean)。
其他操作
①用“git diff HEAD – filename”命令可以查看工作区和暂存区里面最新版本的区别。
②撤销未add的文件 git checkout --文件名
③撤销已add未commit的文件先git reset [HEAD] 文件名再 git checkout – 文件名
④撤销已add已commitgit reset --hard HEAD^ 【^ - 回退一个版本^^ - 回退两个版本剩下依此类推如果嫌麻烦想回退多个版本后面加数字 二. Git本地库实战 常用命令预览
命令名称命令作用git init初始化本地库生成.git 目录【本地库】git config --global user.name 用户名设置用户签名的用户名部分git config --global user.email 邮箱设置用户签名的邮箱部分git status查看本地库状态git add 文件名添加到暂存区git commit -m “日志信息” 文件名提交到本地库git reflog查看历史记录git reset --hard 版本号版本穿梭
2.1 初始化版本库
前提 要使用Git对我们的代码进行版本控制首先需要获得Git仓库 获取Git仓库通常有两种方式
在本地初始化一个Git仓库从远程仓库克隆
❓如何在本地初始化一个Git仓库
①创建目录用作本地版本库例如C:\Users\king\Desktop\git_testgit_test表示你自己新建的项目名称
②当前目录打开Git Bash窗口初始化仓库
初始化仓库命令
git init注意
我这里git报了一个“ Reinitialized existing Git repository in C:/Users/king/Desktop/git_test/.git/ ”的提示信息。
它表示在路径 “C:/Users/king/Desktop/git_test/” 下重新初始化了一个已存在的 Git 仓库。
原先存在的git仓库数据会被清空吗 是的执行 git init 命令时如果指定的路径下已经存在一个 Git 仓库并且重新初始化了该仓库那么原有的 Git仓库数据将被清除。这意味着之前的提交历史、分支、标签等所有与该仓库相关的数据都将被删除。 在重新初始化后该仓库会变成一个空的、新的 Git 仓库需要重新添加文件、进行提交等操作因此建议对重要项目的git仓库做好备份 ps我这里所说的git仓库就是上文介绍的git本地版本库
③查看当前目录产生 .git隐藏文件夹
注意当前的 .git 是一个隐藏文件夹需要在电脑上面设置隐藏文件夹显示设置否则看不到这个.git目录可参考如下步骤查看隐藏文件夹 2.2 新建 提交 状态
1.新建文件
命令 touch a.txt新建一个空白文件 vim a.txt编辑文件
2.查看文件状态
命令 git status On branch master 表示主分支Untracked files表示未跟踪状态
Git工作目录下的文件状态信息如下
Untracked 未跟踪未被纳入版本控制Tracked已跟踪被纳入版本控制Unmodified未修改状态Modified已修改状态Staged已暂存状态
注意这些文件的状态会随着我们执行Git的命令而发生变化
红色表示新建文件或者新修改的文件,都在工作区绿色表示文件在暂存区一般新建的文件存放在工作区它需要被添加到暂存区并提交到本地库中 也可以使用git status –s 使输出信息更加简洁 ?? : 表示未跟踪状态
3.添加到暂存区
命令
git add 文件名称只是增加到栈空间index文件中还没有添加到本地库中。初始化时没有这个index文件。这还是一个新文件需要将栈空间文件提交到本地仓库git add添加项目中所有文件
举例演示 将刚创建的文件[a.txt]添加到缓存区中 注意 ①添加未存在文件会出错错误信息为【fatal: pathspec ‘hello.txt’ did not match any files】 不信请看如下案例
使用命令 git add hello.txt 添加不存在的文件[hello.txt]到缓存区中 ②使用git add 文件名时可以使用Tab键自动补全其文件名 4.撤销暂存区的文件
命令 git reset 文件名称撤销后查看文件状态git status文件由绿色变为红色 举例演示 将添加到缓存区中的文件[a.txt]撤销使其回到工作区中 5.将暂存区文件提交到本地库
命令 git commit执该行命令时需手动填写提交日志[备注/注释]进入编辑模式 不信请看如下演示 git commit –m “注释内容” 直接用-m参数指定日志内容推荐因为commit 会生成一条版本记录add只是添加暂存区不会生成版本记录建议多次add后一次性commit避免每次add都commit产生版本信息爆炸 git commit -am 注释内容代码编辑完成后即可进行 add 和 commit 操作此命令是添加和提交的合并命令
举例演示 将文件[a.txt]提交到本地库中 注意
虽然git commit -am 注释内容 命令虽然可以**将已跟踪的修改直接添加到暂存区并创建一个新的提交记录将这些修改永久保存到版本库中,但是该命令只适用于对已经添加到版本库中的文件进行修改且修改后的文件需要被提交, 换而言之不能对工作区中的文件一键添加并提交到本地库中。对于新添加的未跟踪文件仍然需要先使用 git add 命令将其添加到暂存区然后再使用 git commit -m 注释内容 进行提交。
2.3 查看日志
命令 git log显示提交日志信息 git log a.txt文件日志(查看所有日志或某个文件日志)按q退出 git log --prettyoneline如果日志很多可以在一行显示 git reflog查看所有的历史操作
2.4 回退 穿梭 撤销
2.4.1 回退到历史版本
命令 git reset --hard HEAD\^一次回退一个版本一个^代表一个版本数量 git reset --hard HEAD~n回退n次操作
举例演示 对b.txt文件回退到上一个版本 执行回退命令前 执行回退命令后 2.4.2 版本穿梭
步骤
git reflog 文件名查看指定文件的历史操作git reset --hard 版本号回到指定的版本
举例演示 文件b.txt已经插入了三条数据且每次插入数据后都提交到了本地库中现需要将b.txt文件穿梭到第一版[即插入“第一次插入数据”的b.txt] 执行版本穿梭命令前 执行版本穿梭命令后 2.4.3 撤销文件
情形1未add未commit的文件
命令
git checkout -- 文件名撤销修改即还原原来的文件
理解
该命令的主要作用是将指定文件恢复到最近一次提交的状态。简而言之如果你在工作区对某个文件做了修改但是还没有使用 git add 将其添加到暂存区那么可以使用 git checkout -- 文件名 命令来撤销对文件的修改将其恢复为最近一次提交的状态。这里有个使用前提如果你的文件仅仅只是在工作区中新增并修改了一个文件比如c.txt再使用 git checkout -- c.txt 命令撤销文件会报错报错信息如下所示 why 我在工作区中新建并修改了文件C.txt该文件没有被add即添加进缓存区中Git 在执行撤销操作时会检查文件是否已经被 Git 跟踪即已添加到 Git 中。由于 ‘c.txt’ 文件尚未被添加到 Git 中因此 Git 不知道如何撤销该文件的更改。 故会报错该命令的使用场景是你在工作区新增并修改了某个文件把文件add到缓存区紧接着你第二次修改了这个文件但没有add到缓存区就可以使用该命令撤销第二次修改的数据恢复到第一次修改时的状态。 如何得知某个文件是否已经被 Git 跟踪 要想确定文件是否已经被 Git 跟踪可以使用 git status 命令来查看文件的状态。
在终端或命令行界面中进入到该文件所在的工作目录并运行 git status 命令。Git 将显示当前分支的状态以及与之相关的文件信息。
如果文件已经被 Git 跟踪git status 命令的输出中会显示在 “Changes to be committed” 或者 “Changes not staged for commit” 部分下列出该文件。
如果文件没有被 Git 跟踪则不会在上述两个部分中显示该文件而是会出现在 “Untracked files” 部分。 使用git add 文件名 命令是否意味着该文件已经被纳入Git 监管(已被Git 跟踪) 是的使用命令会将文件 ‘c.txt’ 添加到 Git 的跟踪列表中标记为已追踪tracked。
当运行 git add 命令时Git 会将指定的文件从工作区添加到暂存区。暂存区是一个缓冲区域用于暂时存储要包含在下一次提交中的更改。通过将文件添加到暂存区Git 开始跟踪该文件的状态变化即文件的新修改或删除操作。这意味着 Git 将在下一次提交时记录并保存对文件的更改。
所以一旦使用 git add c.txt 将文件添加到 Git 的跟踪列表该文件就被视为已追踪。接下来你可以使用 git commit 命令将暂存区中的更改提交到版本历史记录中。
需要注意的是如果在运行 git add 命令之前没有创建过该文件那么该文件将被识别为新文件并添加到 Git 的跟踪列表中。如果在运行 git add 命令之前对文件进行了修改则 git add 命令将记录这些修改并更新版本控制系统。
举例演示 新建一个文件c.txt使用vim修改该文件第一次修改后add到缓存区中第二次修改后不add和commit然后使用git checkout --文件名命令进行文件撤销 ①新建文件c.txt并使用vim修改它插入“你好世界!”第一次修改后add到缓存区中
kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ vim c.txtkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ cat c.txt
你好世界!kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ git checkout c.txt
error: pathspec c.txt did not match any file(s) known to git
②第二次修改该文件插入“你好Git!”然后使用git checkout --文件名命令进行文件撤销
kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ vim c.txtkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ cat c.txt
你好世界!
你好Git!kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ git checkout c.txt
Updated 1 path from the indexkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ cat c.txt
你好世界!我们可以很明显的看到c.txt文件已被恢复到第一次修改时的状态即文件中只有一条数据【你好世界】
情形二已add未commit的文件
命令
git reset HEAD 文件名将已经添加到暂存区或索引的文件移出暂存区git reset HEAD .撤销所有已添加到暂存区的文件可以使用 . 作为文件名
举例演示 使用vim修改文件c.txtd.txt和e.txt添加add但不提交commit使用上述命令进行撤销 ①使用git reset HEAD c.txt命令将c.txt移出缓存区 ②使用git reset HEAD . 命令将剩余的两个文件一起移出缓存区 注意 git reset HEAD 命令只影响暂存区不会修改工作区中的实际文件内容。如果需要撤销对文件的修改并还原到最近一次提交的状态可以使用 git checkout -- 文件名 命令。 2.5 删除 可以使用 git rm 命令。git rm 命令会将文件从 Git 仓库中删除并将删除操作记录到提交历史中。 以下是删除文件的几种常见情况和对应的命令 删除工作目录中的文件并将删除操作提交到 Git 仓库 git rm 文件名将 文件名 替换为要删除的文件的名称。例如要删除名为 c.txt 的文件命令如下 git rm c.txt运行该命令后文件将被从工作目录和 Git 仓库中删除。 举例演示将文件c.txt使用git rm c.txt命令删除 ①先将文件c.txt提交到本地版本库中 ②t使用git rm c.txt命令删除此文件 仅删除 Git 仓库中的文件而不删除工作目录中的文件 git rm --cached 文件名使用 --cached 选项可以仅将文件从 Git 仓库中删除而保留工作目录中的实际文件。 例如要从 Git 仓库中删除名为 c.txt 的文件但保留工作目录中的实际文件命令如下 git rm --cached c.txt运行该命令后文件将被从 Git 仓库中删除但保留在工作目录中。 举例演示使用git rm --cached d.txt命令删除文件d.txt ①先把文件d.txt添加到git仓库中 ②使用git rm --cached d.txt命令删除文件d.txt 删除整个文件夹及其内容 git rm -r 文件夹路径使用 -r 选项可以递归地删除文件夹及其内容。 例如要删除名为 folder 的文件夹及其所有内容命令如下 git rm -r folder运行该命令后文件夹及其内容将被从工作目录和 Git 仓库中删除。 举例演示在该项目所在的文件夹中新建一个文件夹folder使用git rm -r folder命令删除该文件夹 ①在该项目所在的文件夹中新建一个文件夹folder并提交到git仓库中 ②使用git rm -r folder命令删除该文件夹
在执行 git rm 命令后需要通过提交操作来确认删除 需要使用 git commit 命令提交你的更改并将删除操作记录到提交历史中。
why 这是因为git rm 命令会把删除操作添加到暂存区但实际的文件删除操作只会在提交时生效。 注意 git rm 命令不仅会从 Git 仓库中删除文件还会将删除操作添加到暂存区。如果只想保留文件在 Git仓库中但从工作目录中删除可以使用 git rm --cached 命令。 2.6 分支
几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来以免影响开发主线。Git 的master分支并不是一个特殊分支。 它跟其它分支没有区别。 之所以几乎每一个仓库都有 master 分支是因为git init 命令默认创建它并且大多数人都懒得去改动它。
2.6.1 实际开发流程 2.6.2 分支概念
在使用版本控制工具【git / svn 】开发的过程中可以同时推进多个任务如下图所示 2.6.3. 分支的好处
①可以同时并行推进多个功能开发提高开发效率
②各个分支在开发过程中如果某一个分支开发失败不会对其他分支有任何影响。失败的分支删除重新开始即可。
2.6.4 分支操作
命令名称作用git branch 分支名创建分支git branch -v查看分支git checkout 分支名切换分支git merge 分支名把指定的分支合并到当前分支上
2.6.5 分支操作详解
1) 创建分支和切换分支之图解 解读
masterhotfix其实都是指向具体版本记录的指针。当前所在的分支其实是由HEAD决定的HEAD如果指向master那么我们现在就在master分支上HEAD如果指向hotfix那么我们现在就在hotfix分支上切换分支的本质就是移动HEAD指针
2) 如何创建分支和切换分支
①创建分支
前提 你已在本地仓库的主分支一般是 master) 如何确保当前所在分支是是主分支 通过命令git branch来确认当前所在分,当前所在的分支会在列表中以特殊标记通常是 *显示出来 命令
git branch 新分支名举例演示 创建分支test ②切换分支
切换到新创建的分支可以使用以下命令
git checkout 新分支名举例演示 要切换到名为 test 的新分支 注意
如果你使用的是较新版本的 Git2.23也可以使用以下命令创建并切换到新分支
git switch -c 新分支名举例演示 使用git switch -c 新分支名 命令创建新分支test1 3如何删除分支
删除分支之前需通过git branch命令确定要删除的分支名称然后执行以下命令
git branch -d 分支名举例演示 要删除名为 test1 的分支可以运行以下命令 git branch -d test1注意 删除分支只会删除对应的分支引用而不会删除与该分支关联的提交历史。因此删除分支并不会造成数据丢失可以放心执行。 4) 如何合并分支?
图解如下所示 合并分支时会涉及到两个分支。这两个分支一个是“当前所在分支”一个是“目标分支” 命令
git merge 目标分支此命令的本质就是把目标分支合并到当前所在分支。
举例演示 把分支hotfix合并到test分支中 ①确保当前所在的分支是test ②使用git merge hotfix命令将分支hotfix合并到当前分支test上 2.7 git追踪的文件数据丢失了怎么办
1.问题描述 我在分支test上修改文件abc.txt修改完后提交到git仓库但是切回master分支时vim abc.txt文件时文件中没有数据是空白的 ①在test分支上查看文件abc.txt其内容如下 ②在master分支上查看文件abc.txt其内容如下 2.问题原因
①操作失误删除了一个错误的分支可能会导致数据丢失在删除分支之前确保选择了正确的分支。
②使用错误的分支合并当使用Git进行分支合并时有时候会选择错误的分支或提交。如果在错误的分支上执行合并操作可能会导致数据丢失因为合并会更新当前分支的提交记录。 ③磁盘故障Git的数据存储在硬盘上。如果硬盘发生故障可能会导致git仓库的部分或全部数据丢失
3.解决方案
步骤 ①使用 git reflog 文件名/文件路径 / git reflog命令检查 Git 的提交历史记录确认文件是否在之前的提交中存在 ②如果你找到了包含丢失数据的提交则通过回退该提交来恢复丢失的版本。使用 git checkout 命令将文件恢复到特定提交的状态 命令参考如下
git checkout 目标提交 -- 文件路径替换 目标提交 为包含丢失数据的提交的哈希值或相对引用文件路径 为丢失数据的文件路径
简而言之就是把历史操作记录中每一行记录最左边的”编号[哈希值或相对引用]例如“6621c2e ”之类的放到目标提交的位置在当前位置上的文件可直接写文件名在文件路径上的位置
2.8 版本冲突
1. 冲突产生的表现
举例演示 ①创建分支test并在此分支上新建并修改文件abc.txt提交到git仓库中 代码示例如下
kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ git checkout test
Switched to branch testkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (test)
$ vim abc.txtkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (test)
$ cat abc.txt
你好世界!
风调雨顺
你好JavakingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (test)
$ git add abc.txt
warning: in the working copy of abc.txt, LF will be replaced by CRLF the next time Git touches itkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (test)
$ git commit -m test分支修改了第二行数据
[test 67ca5a4] test分支修改了第二行数据1 file changed, 3 insertions()create mode 100644 abc.txt ②切回主分支master并在此分支上修改文件abc.txt主要是对文件abc.txt中第二行数据修改为“xxxx”最后提交到git仓库中 kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (test)
$ git checkout master
Switched to branch masterkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ cat abc.txt
你好世界!
风调雨顺
你好JavakingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ vim abc.txtkingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ cat abc.txt
你好世界!
xxxx
你好JavakingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ git commit -am master修改了第二行数据
[master 7766fc2] master修改了第二行数据1 file changed, 3 insertions()create mode 100644 abc.txt ③把test分支合并到master分支上 kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master)
$ git merge test
Auto-merging abc.txt
CONFLICT (add/add): Merge conflict in abc.txt
Automatic merge failed; fix conflicts and then commit the result.kingDESKTOP-F03JAPH MINGW64 ~/Desktop/git_test (master|MERGING)
$ cat abc.txt
你好世界!HEAD
xxxx风调雨顺test
你好Java
Git使用“ HEAD、、 分支名称”符号帮我们标记出产生冲突的内容
具体冲突内容如下所示 2. 冲突产生的原因 合并分支时两个分支在同一个文件的同一个位置有两套完全不同的修改。Git无法替我们决定使用哪一个。必须人为决定新代码内容。 3. 冲突的解决 ①编辑有冲突的文件删除特殊符号决定要使用的内容 ②添加到暂存区 ③执行提交注意使用git commit命令时不能带文件名 4. 避免冲突
容易冲突的操作方式 多个人同时操作了同一个文件 一个人一直写不提交 修改之前不更新最新代码 提交之前不更新最新代码 擅自修改同事代码
减少冲突的操作方式 养成良好的操作习惯先pull在修改,修改完立即commit和push 一定要确保自己正在修改的文件是最新版本的 各自开发各自的模块 如果要修改公共文件一定要先确认有没有人正在修改 下班前一定要提交代码上班第一件事拉取最新代码 一定不要擅自修改同事的代码
