Git学习笔记

目录

前言

此为我在学习git过程中所作笔记，以免遗忘

GIT基础命令：

1.创建版本库
git init:将此目录变成git可以管理的仓库，用于初始化git仓库

将文件添加到git仓库两步
1.git add :将文件添加到仓库，可反复多次使用，添加多个文件

2.git commit :将文件提交到仓库
如 git commit -m “wrote a readme file”
-m后面输入的是本次提交的说明

git status:查看仓库当前的状态

git diff:如果文件有被修改过，用于查看修改内容

版本回退

git log:用于查看修改的历史记录，显示从最近到最远的提交日志及版本号，有参数- -pretty=oneline使输出更整洁

git reset:令当前版本回退至之前版本
用法：git reset - -hard HEAD^
HEAD表示当前版本，上一个版本为HEAD,上上个版本为HEAD^,以此类推
同时也可使用 git reset - -hard commit_id 在各个版本之间穿梭 但至少要知道版本号前几位

git reflog:记录每一次命令，用于重返未来

工作区与暂存区

工作区即为电脑里能看到的目录
工作区内有一个隐藏目录.git，这个为Git的版本库
版本库中有称为stage的暂存区，还有Git为我们自动创建的第一个分支master以及指向master的指针HEAD

git add实际上就是把文件修改添加到暂存区
git commit提交更改实际上就是把暂存区的所有内容提交到当前分支

管理修改

Git跟踪并管理的是修改，而非文件

每次对文件进行修改过后，都必须用git add将其先添加到暂存区内，再用git commit提交
每次修改，如果不用git add到暂存区，那就不会加入到commit中

撤销修改

git checkout - - 可以丢弃工作区的修改
如 git checkout - - readme.txt 即把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一是readme.txt自从修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一样的状态
二是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区之后的状态
总之就是让这个文件回到上一次git commit或git add时的状态

git checkout - - 中的- - 很重要，没有 - -，就变成了切换到另外一个分支的指令

如果错误的修改已经被git add到暂存区了：
git reset HEAD 可以把暂存区的修改撤销掉，重新放回工作区
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区，重新放入工作区

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

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

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

删除文件

通常我们用rm命令删除文件管理器中的文件
此时Git知道你删除了文件，所以工作区与版本库不一致了

这时候有两个选择，一是确实是要从版本库中删除此文件，那就用命令git rm 删掉，并且git commit ,那么文件就从版本库中被删除了

另一种情况是误删了，因为版本库中还有，可以很轻松的把误删的文件恢复到最新版本，用
git checkout - -

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

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

远程仓库

https://www.liaoxuefeng.com/wiki/896043488029600/896954117292416

添加远程库

https://www.liaoxuefeng.com/wiki/896043488029600/898732864121440

git push：把本地库的内容推送到远程
用法：git push -u origin master

远程库的名字默认为origin

从现在起，只要本地作了提交，就可以通过命令
git push origin master
把本地master分支的最新修改推送至github

小结

要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；

关联后，使用命令git push -u origin master第一次推送master分支的所有内容；

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

从远程库克隆

https://www.liaoxuefeng.com/wiki/896043488029600/898732792973664

小结

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。

Git支持多种协议，包括https，但ssh协议速度最快。

分支管理

创建与合并分支

git checkout -b <分支名> 表示创建并切换到此分支
git checkout <分支名> 表示切换到此分支
git branch : 查看当前分支，此命令会列出所有分支，并在当前分支前面标一个 *号
git merge <分支名>： 用于合并指定分支到当前分支
git branch -d <分支名>: 删除指定分支

因为创建、合并和删除分支非常快，所以Git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。

实际上，切换分支还可以使用switch命令

git switch -c <分支名>：创建并切换到新的分支
git switch <分支名> ：切换到已有分支

小结

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch 库j

切换分支：git checkout 或者git switch

创建+切换分支：git checkout -b 或者git switch -c

合并某分支到当前分支：git merge

删除分支：git branch -d

解决冲突

https://www.liaoxuefeng.com/wiki/896043488029600/900004111093344

小结

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

分支管理策略

分支策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

小结

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

BUG分支

软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

git stash:可以将当前工作现场隐藏起来，等恢复现场后继续工作
git stash apply 和 git stash pop :两者都为将隐藏的工作现场恢复，但前者恢复后stash内容并不删除，需要用git stash drop 删除，而后者不需要
git stash list : 查看隐藏的工作区

git cherry-list : 让我们能复制一个特定的提交到当前分支

小结

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

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

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

Feature分支

软件开发中，总有无穷无尽的新的功能要不断添加进来。

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。

小结

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

如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除

多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。

要查看远程库的信息，用git remote：
或者，用git remote -v 显示更详细的信息

推送分支

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：
用 git push origin <分支名> 来将该分支上的所有本地提交推送到远程库

但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

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

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

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

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

总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！

因此，多人协作的工作模式通常是这样：

首先，可以试图用git push origin <branch-name>推送自己的修改；

如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

如果合并有冲突，则解决冲突，并在本地提交；

没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！

如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to origin/。

这就是多人协作的工作模式，一旦熟悉了，就非常简单。
小结

查看远程库信息，使用git remote -v；

本地新建的分支如果不推送到远程，对其他人就是不可见的；

从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

rebase

https://www.liaoxuefeng.com/wiki/896043488029600/1216289527823648

小结

rebase操作可以把本地未push的分叉提交历史整理成直线；

rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

标签管理

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。

Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。

创建标签

首先用git checkout 切换到需要打标签的分支上
然后用命令 git tag 打一个新标签
可以用命令 git tag 查看所有标签

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？

方法是找到历史提交的commit id，然后打上就可以了：
首先用git log - -pretty=one line - - abbrev-commit 查看提交记录

然后用 git tag 对指定一次提交打标签

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

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

如：git tag -a v0.1 -m “version 0.1 released” 1094adb

注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。

小结

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

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

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

操作标签

删除标签：git tag -d

因为创建的标签都只存储在本地，如果要推送某个标签到远程，可用命令
git push origin
或者一次性推送全部尚未推送到远程的本地标签，可用命令
git push origin - -tags

如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除
git tag -d
然后从远程删除。删除命令如下
git push origin :refs/tags/

小结

命令git push origin <tagname>可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d <tagname>可以删除一个本地标签；

命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

使用github

首先，有3个仓库；

远程 原作者的仓库：【twbs/bootstrap】
远程 自己Fork出来的库：【my/bootstrap】
本地：【local/bootstrap】

其次，当我在【local/bootstrap】完成了开发工作，之后的工作流是什么样子的呢？

把远程原作者的仓库【twbs/bootstrap】拉到本地，用Pull就行（Pull = Fetch+Merge）；
本地使用Rebase；
此时，本地【local/bootstrap】与远程原作者的仓库【twbs/bootstrap】就算是同步完了；
那么，远程 当初自己Fork出来的库【my/bootstrap】与远程原作者的仓库【twbs/bootstrap】还没同步呢，咋办？此时，在本地使用PushOrigin推送到自己Fork出来的库【my/bootstrap】就行了；
最后，给原作者发送1个PullRequest的消息。

之前困惑我的事情解决了；至此，就算完成了3个库的同步了。

自定义git

配置别名
有没有经常敲错命令？比如git status？status这个单词真心不好记。

如果敲git st就表示git status那就简单多了，当然这种偷懒的办法我们是极力赞成的。

我们只需要敲一行命令，告诉Git，以后st就表示status：

$ git config --global alias.st status
--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用。

配置一个git last，让其显示最后一次提交信息：

$ git config --global alias.last 'log -1'

搭建Git服务器
https://www.liaoxuefeng.com/wiki/896043488029600/899998870925664

posted @ 2020-09-07 23:40  11lok  阅读(137)  评论(0)    收藏  举报