Git备忘录

最新推荐文章于 2022-03-29 21:22:57 发布

bro_two

最新推荐文章于 2022-03-29 21:22:57 发布

阅读量286

点赞数

分类专栏： Git 文章标签： Git

Git 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

参考资料
廖雪峰之Git教程
 Git必须掌握的基本操作
 史上最详细git教程
 Git-Book

一、安装Git
Windows安装完成后，在命令行输入：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

把文件添加到版本库

编写一个readme.txt文件，放到learngit目录下（子目录也行）。
第一步，用命令git add告诉Git，把文件添加到仓库：
(无显示表示成功）

$ git add readme.txt

第二步，用命令git commit告诉Git，把文件提交到仓库：
(可以多次add,最后所有文件一次性commit)

$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
 1 file changed, 2 insertions(+) 
 #1个文件被改动（我们新添加的readme.txt文件）,插入了两行内容（readme.txt有两行内容）
 create mode 100644 readme.txt

-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
git commit –amend -m“追加的注释，会覆盖上次的注释” 如果上一个注释写错，可以这样进行修改和追加。
二、时光穿梭机
git status命令可以让我们时刻掌握仓库当前的状态
本地的文件是+，即工作区的文件，版本库的文件是-。
git diff readme.txt显示指定内容的前后变化
git diff HEAD显示出上次提交节点的差别
git diff commit_id_1 commit_id_2用来比较2个commit之间区别
git diff检查的是工作区与暂存区的差异【没add之前】
git diff --staged暂存与仓库的差异【add之后，commit之前】

版本回退
Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb…（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，
上上一个版本就是HEAD^^，
当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
git reset --hard commit_id,Git在内部有个指向当前版本的HEAD指针,允许在版本的历史之间穿梭.
穿梭前，用git loggit log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reloggit log查看命令历史，以便确定要回到未来的哪个版本。
[工作区和暂存区]
在这里插入图片描述
git add添加文件，实际上是把文件修改添加到暂存区；
git commit提交更改，实际上是把暂存区的所有内容提交到当前分支。
撤销修改
git checkout – file可以丢弃工作区的修改。
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；即将未add提交的修改内容全部还原
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。即执行该指令会修改到执行好add后。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令.
git reset HEAD <file>可以把暂存区的修改撤销掉（unstage），重新放回工作区。
小结
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout – file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
删除文件
rm删除文件，只删除了工作区的文件
删错了就git checkout，git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
git rm：删除一个文件。不仅删除了文件，而且还添加到了暂存区。需要先git reset HEAD <file>，然后再git checkout -- <file>。想彻底删除先git rm，再git commit
三、远程仓库
注册一个GitHub账号，就可以免费获得Git远程仓库。
Git本地仓库和Git远程仓库通信，需要SSH进行身份认证。设置
 添加远程库
本地创建一个Git仓库后，再在GitHub创建一个Git仓库，并且让这两个仓库进行远程同步。
1、登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库。
在Repository name填入learngit，其他保持默认设置，点击“Create repository”按钮，就成功地创建了一个新的Git仓库。
2、把本地仓库的内容推送到GitHub仓库,在本地的learngit仓库下运行命令：
$ git remote add origin git@github.com:zwy/learngit.git
把本地库的所有内容推送到远程库上

git push -u origin master

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
小结

要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git
关联后，使用命令git push -u origin master第一次推送master分支的所有内容
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改
从远程库克隆
从零开发，最好的方式是先创建远程库，然后从远程库克隆。
首先，登陆GitHub，创建一个新的仓库，名字叫gitskills.
勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件。创建完毕后，可以看到README.md文件.然后用命令git clone克隆一个本地库。
$ git clone git@github.com:zwy/gitskills.git
进入gitskills目录看看，已经有README.md文件了

$ cd gitskills
$ ls
README.md

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone 地址命令克隆。
Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
四、分支管理
分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。
创建与合并分支
创建dev分支，然后切换到dev分支,加上-b参数表示创建并切换

$ git checkout -b dev
Switched to a new branch 'dev'

用git branch命令查看当前分支，git branch命令会列出所有分支，当前分支前面会标一个*号。

$ git branch
* dev
  master

对readme.txt文件进行修改，然后提交。

$ git add readme.txt 
$ git commit -m "branch test"
[dev 0e831a3] branch test
 1 file changed, 1 insertion(+)

现在，dev分支的工作完成，我们就可以切换回master分支：

$ git checkout master
Switched to branch 'master'

切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变。现在，我们把dev分支的工作成果合并到master分支上。

$ git merge dev
Updating d9cc80a..0e831a3
Fast-forward
 readme.txt | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。
合并完成后，就可以放心地删除dev分支了：

$ git branch -d dev
Deleted branch dev (was 0e831a3).

删除后，查看branch，就只剩下master分支了

$ git branch
* master

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

创建+切换分支：git checkout -b <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

解决冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图。

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

分支管理策略
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

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

注意--no-ff参数，表示禁用Fast forward。这样Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。这种commit方式会指向新的id。
Bug分支
Git提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stash

首先确定要在哪个分支上修复bug，假定在master分支上，就从master创建临时分支：

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
  (use "git push" to publish your local commits)

$ git checkout -b issue-101
Switched to a new branch 'issue-101'

现在修复bug，需要把“Git is free software …”改为“Git is a free software …”，然后提交：

$ git add readme.txt 
$ git commit -m "fix bug 101"
[issue-101 4c805e2] fix bug 101
 1 file changed, 1 insertion(+), 1 deletion(-)

修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
  (use "git push" to publish your local commits)

$ git merge --no-ff -m "merged bug fix 101" issue-101
Merge made by the 'recursive' strategy.
 readme.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

用git stash list命令查看修改BUG前的工作现场：

$ git stash list
stash@{0}: WIP on dev: f52c633 add merge

恢复有两种方法
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了。
Feature分支及强制删除
开发一个新feature，最好新建一个分支。
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
多人协作
远程仓库的默认名称是origin。要查看远程库的信息，用git remote，或者，用git remote -v显示更详细的信息。

$ git remote -v
origin  git@github.com:michaelliao/learngit.git (fetch)
origin  git@github.com:michaelliao/learngit.git (push)

显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址。
多人协作的工作模式通常是这样的：

首先，可以试图用git push origin <branch-name>推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to=origin/branch-name branch-name

Rebase
只对尚未推送或分享给别人的本地修改执行变基操作清理历史，从不对已推送至别处的提交执行变基操作

五、标签管理
在Git中打标签需要切换到需要打标签的分支上：
新建一个标签

$ git tag <tagname><commit_id>

默认为HEAD，也可以指定一个commit id。

指定标签信息

$ git tag -a <tagname> -m <description> <branchname> or commit_id

-a指定标签名，-m指定说明文字
查看所有标签

$ git tag

推送一个本地标签

$ git push origin <tagname>

推送全部未推送过的本地标签

$ git push origin --tags

删除一个本地标签

$ git tag -d <tagname>

删除一个远程标签

$ git push origin :refs/tags/<tagname>

汇总

git config --global user.name ""
git config --global user.email ""

git init:初始一个Git仓库
git add "file name"：添加文件到Git仓库
git commit -m "描述"：条件文件到Git仓库
git status：查看Git仓库状态
git diff：查看修改内容(当前分支分支某个文件工作区和暂存区的修改对比)

git reset --hard 版本号：回退到指定版本
git reset --hard HEAD^：回退到上一个版本

git log：查看文件操作记录
git reflog：命令命令操作历史

git remote；查看远程库名称
git remote -v：查看远程库详细信息
git remote add origin git@server-name:path/repo-name.git:本地仓库关联一个远程库
git clone git@server-name:path/repo-name.git：克隆远程仓库到本地

git rm file name：从版本库中删除文件

git push -u origin master：第一次推送master分支的所有内容
git push origin master：推送最新修改
git push origin branch name：推送指定分支。如果是第一次推送会在GitHub上新建此分支。
git pull：从远程库拉取当前分支，即更新。

git checkout -b branch name：创建分支并切换到饭
git checkout branch name：切换分支
git checkout -b dev origin/dev：在本地创建和远程仓库中对应的分支。
git checkout -- file name：让工作区的文件回退到最后一次add或commit操作是的状体


git merge branch name：将指定分支合并到当前分支，Fast-forward为“快进模式”，直接将master指向指定分支。此情况可以顺利执行，不会提示有冲突：你在创建完分支并进行文件修改期间没有其他人向master提交，也就说在你merge时你是在最新版本上进行修改的，否则会提示文件有冲突，冲突的情况下需要手工修改文件解决冲突在进行merge。解决冲突后会将合并好的文件提交到版本库。
git merge --no-ff -m "merge with no-ff" dev：不使用Fast-forward模式。

git branch branch name：创建分支
git branch -d branch name：删除分支(如果分支有文件修改而没有merge会不让删除)
git branch -D branch name：强制删除分支
git branch：查看分支
git branch --set-upstream-to <branch-name> origin/<branch-name>：将本地分支与远程库中的分支关联

git stash：将当前工作区储藏
git stash list：查储藏工作区列表
git stash pop：回复并删除储藏区
git stash apply：回复储藏区
git stash drop：删除储藏区


git tag tag-nam：给最近的commit打一个标签
git -a tag-name -m "desc"：给最近的commit打一个标签，并给标签添加描述
git tag：查看所有标签
git show tag-name：查看标签信息
git tag -d tag-name：删除标签

新增文件：会出现在各个分支的工作区和暂存区中，那个分支先进行git commit，这个新增文件就是那个分支的，commit后其他分析就看不见了。
修改文件：修改文件如果不进行commit是不允许进行git checkout 切换分支的。
即一个文件commit一个分支后才会明确属性那个分支，否则之前会逗留在每个分支的工作区和暂存区。


dev类型分支：分支用于开发，多人开发的代码合并到dev分支。
master主分支：想远程Git库push和pull用。一般当在dev上开发完成一个版本或一个阶段后会将dev合并到master主分支。
feature类型分支：用于开发新功能。
issuse类型分支：用于修改bug和修复问题。