Skip to content

ks4na/Git-Notes

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

23 Commits
 
 
 
 

Repository files navigation

GIT 教程学习心得

作者:ks4na


前言

写该文档是为了总结Git学习心得并且顺便练习markdown语法。GitHub的markdown语法在标准的markdown语法基础上做了扩充,称之为GitHub Flavored Markdown。简称GFM,GFM在GitHub上有广泛应用,除了README文件外,issues和wiki均支持markdown语法。
本文用MarkdownPad 2 软件进行编写,为了预览效果正常,先设置了Tools->Markdown->Markdown Processor,选择GitHub Flavored Markdown。
另外,锚点功能在预览时是无效的,必须在推到GitHub仓库中的文件中点击才有效果。


目录


简介

Git 是分布式版本控制系统。
和集中式版本控制系统相比,安全性更高。


安装

在windows上安装Git >>  点我跳转


创建版本库

版本库,又名仓库(repository),该目录所有文件都可被Git管理。

创建文件夹:$ mkdir learngit
进入文件夹:$ cd learngit    //e.g. 进入d盘的REPO文件夹:cd /d/REPO
显示当前目录:$ pwd
把当前目录变为Git可以管理的仓库:$ git init

把文件添加到版本库

真正使用版本控制系统,要以纯文本方式编写文件(不要使用记事本,推荐Notepad++ ,并且记得把Notepad++默认编码设置成UTF-8 without BOM)

把文件添加到仓库:$ git add <file-name> [<file-name2> <file-name3>]
把文件提交到仓库:$ git commit -m "XXX" (-m "XXX" 添加本次提交的简要描述信息"XXX")
Git可以多次add不同的文件,然后一次commit提交所有文件。

小结:

初始化一个仓库:$ git init 添加文件到Git仓库:$ git add <file1> <file2>  $ git commit -m "XXX"


时光机穿梭

查看仓库当前状态:$ git status
查看文件修改的内容:$ git diff <file-name>

版本回退

每当文件修改到一定程度,就可以“保存一个快照”,即commit一下,一旦把文件改乱了或者误删了文件,还可以从之前的commit恢复。

//////////////////////////////////////////////////////

Git 版本回退只是把HEAD指针指向回退到的版本:

HEAD 指针改为指向add distributed

//////////////////////////////////////////////////////

HEAD 指向的版本为当前版本 Git 允许在版本历史间穿梭 : $ git reset --hard <commit-id>
穿梭前用 $ git log (--pretty=oneline) 来查看提交(commit)历史,确定要回到哪个版本
重返未来,用 $ git reflog 查看命令历史,确定要回到未来哪个版本

工作区和暂存区

工作区就是电脑里看到的目录,如:"learngit"
版本库(repository):工作区中的隐藏目录.git
版本库中有 暂存区stage分支(master分支等)

如下图,git add 把文件添加进 暂存区git commit 把暂存区内容提交到当前分支master

管理修改

如上图,如果修改文件之后不 add 到暂存区,就不会加入到 commit 中。

撤销修改

场景1: 改乱了工作区文件的内容,想直接丢弃工作区的修改时, 用 $ git checkout -\<file-name>
场景2: 不但改乱了文件内容,而且添加到了暂存区,想丢弃修改时,分两步:第一步,git reset HEAD <file-name> 回到场景1,第二步,接着场景1操作
场景3: 提交了不合适的修改到版本库,想要撤销修改时,参考 版本回退(前提是没有推送到远程库)

删除文件

$ rm <file-name> 或者直接在文件管理器中手动删除
$ git status 会告诉你那些被删除了
现在有两个选择:1.确实要删除 $ git rm <file-name> -> $ git commit;
        2.删错了,恢复到最新版本 $ git checkout -<file-name>。

远程仓库

添加远程库

已经在本地创建了一个Git仓库,再想在GitHub上创建一个Git仓库,实现这两个仓库远程同步,这样GitHub上的仓库既可以作为备份,又可以让其他人来协作。

步骤:

  1. 在GitHub上创建新仓库,得到SSH(如:[email protected]:ks4na/learngit.git);
  2. 在本地的某个仓库下运行命令 $ git remote add origin + SSH;
  3. 将本地库master分支所有内容推送到远程库中 $ git push -u origin master (第一次推送加上 -u 将本地和远程的master分支关联)

克隆远程库

从零开发最好的方式,是先建立远程库,然后从远程库克隆。

在本地某个目录下 $ git clone + SSH;


分支管理

创建与合并分支

原理

a. 主分支master

HEAD 指向master,master 指向提交。每次提交,master 指针向前一步。

b. 创建新分支时

HEAD 指向 dev ,表明当前在 dev 分支上。每次提交,dev 指针向前一步,而 master 不动。

c. 在dev分支上工作完成,把dev合并到master上。合并完成后可以删除dev分支。

小结:

创建dev分支并切换到dev分支: $ git checkout -b dev
查看当前分支: $ git branch
在dev上工作完成后切换回master分支 $ git checkout master

此时情形如图:

把dev分支的成果合并到master分支: $ git merge dev (以Fast forward模式合并)
合并完成,可以删除dev分支: $ git branch -d dev

小结:

查看分支: $ git branch
创建分支: $ git branch <branch-name>
切换分支:$ git checkout <branch-name>
创建并切换分支:$ git checkout -b <branch-name>
合并某分支到当前分支:$ git merge <branch-name>
删除分支:git branch -d <branch-name>

解决冲突

先在feature1分支上修改并提交,回到master分支对同一文件修改再提交,如下图:

然后试图合并feature1分支时,可能会出现冲突,此时可以手动修改冲突并提交,改完后如下图:

分支管理策略

合并分支时,Git会尽量用Fast forward模式,这种模式删除分支后会丢掉分支信息;
强制禁用Fast forward模式,Git会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。

Fast forward模式:

禁用Fast forward模式:

禁用Fast forward模式合并dev分支 $ git merge --no-ff -m "XXX" dev
(因为本次合并会创建一个新commit,所以加上 -m 参数,把commit描述加进去) 合并后可用 $ git log 查看分支历史

分支管理

实际开发中,分支管理原则:

master 分支仅用来发布新版本,平时不能在上面工作,是稳定的;
dev 分支用于平时干活,发布新版本时,把dev分支合并到 master 上;
每个人都在 dev 上干活,并且有自己的分支,时不时往 dev 上合并自己的分支。

如图所示:

Bug分支

当在 dev分支上工作到一半,还没有办法提交,但是在 master分支上有bug要修复时,先把工作现场用 $ git stash 保存一下,然后切换到 master分支,从master分支开始创建临时分支issue来修复bug,完成后切换到master分支进行合并,之后再切换回dev分支,再用 $ git stash pop 恢复工作现场。

保存工作现场: $ git stash
恢复工作现场: $ git stash pop

Feature分支

开发新功能时,新建了一个Feature分支,该分支还未被合并时临时决定放弃,可以通过 $ git branch -D Feature 强行删除。

强行删除未合并的分支:$ git branch -D <branch-name>

多人协作

查看远程仓库信息:$ git remote -v

推送分支到远程库:$ git push origin <branch-name>

删除远程分支:$ git push origin :<branch-name>

需要推送的分支有:master(主分支)、dev(开发分支)、其他如bug分支feature分支不一定需要(看是否需要团队协作)。

抓取分支:

多人协作时,大家都会往dev分支上提交自己的修改 从远程库克隆时,默认只能看到master分支,要在dev分支上开发,必须创建远程origindev分支到本地:$ git checkout -b dev origin/dev ,然后就可以在dev上修改并把dev分支push到远程。

clone的项目查看所有分支 git branch -a 查看远程分支 git branch -r

之后,另一个人也修改了同一文件,并试图推送,就会失败,Git提示要先 $ git pull 把最新提交从 origin/dev 上抓取下来。
(git pull失败的话,就根据提示设置dev与origin/dev的链接,然后再 git pull)

因此,多人协作的工作模式通常是这样:

首先尝试 $ git push origin <branch-name> 推送自己的修改;
推送失败,则是因为远程库比本地更新,先用 $ git pull 抓取最新版本,再试图合并;
有冲突则解决后再次推送。

(若 $ git pull 提示"no tracking information",说明没有建立分支链接关系,用 $ git branch --set-upstream-to origin/<branch-name> <branch-name> 建立链接。)

小结:

查看远程库信息: $ git remote -v ;
本地新建的分支不推送到远程,对其他人就是不可见的;
推送分支: $ git push origin <branch-name> ; (若推送失败,要先 $ git pull 抓取远程的新提交)
在本地创建与远程分支对应的分支: $ git checkout -b <branch-name> origin/<branch-name> ;
建立本地分支与远程分支的链接: $ git branch --set-upstream-to origin/<branch-name> <branch-name>


标签管理

标签(tag),就是一个容易记住的名字,对应某个commit

创建标签

为指定commit打标签: $ git tag <tag-name> <commit-id>     // 不加 commit-id 默认为最近一次提交打标签
创建带有说明的标签:$ git tag -a <tag-name> -m "XXX" <commit-id>
查看所有标签: $ git tag
查看某标签信息: $ git show <tag-name>

操作标签

推送本地标签: $ git push origin <tag-name>
推送全部未推送的标签:$ git push origin --tags
删除本地标签: $ git tag -d <tag-name>
若标签已经推送到远程,首先要删除本地标签,然后再删除远程标签:$ git push origin :<tag-name>

后记

终于写完了,自学完Git教程,以及折腾了几天Markdown之后第一次做出点有用的东西来。
最后提一句,全文笔记总结自廖雪峰的Git教程,推荐点击学习!


About

廖雪峰-Git教程学习总结

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published