对Git工具的简单应用及理解

 

 

不会一步到位，只会一步一步cd，找到想作为版本库的文件夹。

 

创建版本库：可以看到使用 git init 创建初始版本库，在文件夹后有（master）标签，这是主分支，意味着创建成功。

删除版本库：直接输入 rm -rf .git，删除了.git文件，意味着删除了版本库，恢复成普通文件夹。

提前创建文件readme.txt,然后通过git add readme.txt操作文件，对修改的内容

回滚日志：使用 git reset --hard HEAD^ 回滚上一条日志，看上去像是删除，如果还想找回，可以通过之前commit id 查找，可以找到前六位，git reset --hard *** ，但如果找不到前面回滚的commit id，可以git reflog 查看在本次页面中执行的所有操作，从而进行commit id查找，这种方式记录一直存在。

撤销修改：git reset --head 加 文件名可以将暂存区修改撤销掉，修改成未add之前的版本。

撤销全部修改：git checkout 把readme.txt文件在工作区的修改全部撤销，在没有add到暂存区时，可以将工作区内所有修改恢复成没修改之前。

git diff head -- readme.txt 查看工作区和版本区里面最新版本的区别。

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令**git reset HEAD <file>**，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

cat < file >查看文件内容。

git log 查看版本库内容 （加上--pretty=oneline参数，简化显示）

git reflog 查看命令历史。

git status 查看未执行状态

git commit -a 可以跳过 add暂存区环节，直接提交

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."

创建文件： touch < file >,

修改文件内容：在 git bash 中编写 文件内容，使用vim < file >

操作说明：在vim中使用 i 键 进行输入 然后esc 再 冒号 ，再输入wq 可以退出文件内容更改环节。

重命名文件：w + < file > 进行 重命名，如果没有文件名可以直接命名。

删除文件：rm test.txt 直接删除文件。

现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

$ git rm test.txt
rm 'test.txt'
​
$ git commit -m "remove test.txt"
[master d46f35e] remove test.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 test.txt

现在，文件就从版本库中被删除了

误删，依旧可以选用git checkout 进行一键还原。

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

分支

创建分支

git checkout -b dev

git checkout -b参数表示创建并切换，相当于git branch dev，和 git checkout dev

branch 表示创建。git checkout 表示切换。

git branch 列出所有分支。

合并：在master上，使用git merge dev进行合并。

删除：git branch -d dev

考虑到git checkout 有很多功能，让人很迷惑，就是使用更加科学的switch

git switch -c dev 创建并且切换新的dev分支。

git switch 文件名 切换指定分支

如果存在两个分支都提交到了版本库，最后需要合并时，会发生错误，这时，需要在这种状态下，add以及提交版本库，会成功合并，并返回新的文本内容。

只有当支分支有内容修改时，才可以合并到主分支。

git log --graph --pretty=oneline --abbrev-commit

上述命令用来查看分支历史。

git merge --no-ff -m "merge with no-ff" dev

通过 --no-ff 参数 将fast forward 禁用，每次使用如果不需要fast forward 都需要使用--no-ff禁用。

据前辈说 使用 fast forward，合并后，删除分支， 分支的信息会被删除。也不知道是什么信息，经验证，工作区文本没有被删除。

自我分析：合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。 在fast forword 和禁用后的区别，在于是否可以在分支历史记录中查看记录，前者丢失信息，后者删除分支后依然存在。

经过事实证明了 git status 工作范围，在分支未进行add和commit，切换到其他分支使用git status也会提示。

考虑bug问题，如果在处理一个分支上的事务时，发现有bug需求，这是我由于这两件接到两个独立的任务，所以我需要再次创建一个分支来解决bug问题，但之前分支上的事务，我未完成，不可以提交，但是git status总是提示，所以我需要 git stash 可以将我这个分支工作区隐藏，从而专心解决bug任务。总结前辈的意思：可以在同一分支完成，但是，这两个独立事务所需要的处理的时间不同，紧急情况下使用 git stash 。

如果发生事件提交错分支，可以回滚。

git stash list 查看隐藏的工作现场。

工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了：

你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：

$ git stash apply stash@{0}

git status 针对全区。

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；

在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

问：如果分支有未提交，是否可以合并

好吧，经验证，在工作区时，不可以合并。添加到暂存区，也不可以。

创建 feature分支，满足日常开发。

$ git switch -c feature-vulcan
Switched to a new branch 'feature-vulcan'

git branch -d feature-vulcan

上述，执行删除，

Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用大写的-D参数。。

git branch -D feature-vulcan

开发一个新feature，最好新建一个分支；

分支

• master分支是主分支，因此要时刻与远程同步；

• dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

• bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

• feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

git tag <name>就可以打一个新标签，git tag 查看所有标签

注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息：

$ git show v0.9

可以看到，v0.9确实打在add merge这次提交上。

还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：

$ git tag -a v0.1 -m "version 0.1 released" 1094adb

• 命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

• 命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；

• 命令git tag可以查看所有标签。

如果标签打错了，也可以删除：

$ git tag -d v0.1

关联远程库

git remote add origin（习惯命名，可设置其他名字） HTTPS/SSH地址

将本地库推送到远程库，git push -u origin master

首次必须使用-u参数

Git会通过这个参数，把本地master内容推送，并且会关联远程master

，从而简化之后内容的推送。主要原因是远程库，首次推送时为空。

git push origin master

删除远程库

git remote -v 查看关联远程库的信息，然后通过git remote rm origin删除origin

git实际应用：关于华为云和git和idea的联合使用（对他人分享的收藏）

本文章是对于廖雪峰网站的Git内容学习笔记，主要部分是对本地仓库的操作。