git笔记

链接: git教程

一、配置git

git是分布式版本控制系统

#打开git客户端输入github用户名、邮箱地址
#用户名
git config --global user.name "Your Name"
#邮箱
git config --global user.email "email@example.com"

二、创建版本库

版本库又名仓库，英文名repository

#切换到D盘
cd /D
#创建目录
mkdir GIT
#进入新建目录(工作区)
cd GIT
#初始化
git init
#建好仓库后用ls -ah命令可以看到.git目录（默认是隐藏的）
ls -ah

三、在版本库中创建、添加、提交文本

Git添加文件需要add，commit两步。因为commit可以一次提交很多文件，所以你可以多次add不同的文件；
每次修改，如果不用git add到暂存区，那就不会加入到commit中

#创建文本
vi readme.text
#文本内容
Git is a version control system.
Git is free software.
#保存退出
：wq

#添加到仓库（放到暂存区）
git add readme.txt
#提交到仓库（把暂存区的所有内容提交到Git为我们自动创建的第一个分支master分支）
#-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录
git commit -m "write a readme file"
#git commit命令执行成功后会告诉你，1 file changed：1个文件被改动（我们新添加的readme.txt文件）；2 insertions：插入了两行内容（readme.txt有两行内容）。

#查看工作区的状态
git status
#查看修改内容
git diff
#显示从最近到最远的提交日志
git log
#精简日志
git log--pretty=oneline

四、版本回退

在Git中，用HEAD表示当前版本，
上一个版本就是HEAD^,
上上一个版本就是HEAD^^,
当然往上数不过来，所以写成HEAD~n

#回退到上个版本
git reset --hard head^

使用该命令后git lgo已找不到当前的版本

#用来记录你的每一次命令
git reflog
#使用commit版本号（版本号没必要写全）指定到某个版本
git reset --hard 1094a

五、撤销修改

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

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

#git checkout -- file可以丢弃工作区的修改
git checkout -- readme.txt

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

git reset HEAD readme.txt

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

#用来记录你的每一次命令
git reflog
#使用commit版本号（版本号没必要写全）指定到某个版本
git reset --hard 1094a

六、删除文件

#删除工作区的文件（该文件已提交到版本库）
rm readme.txt
#再恢复（从来没有被添加到版本库就被删除的文件，是无法恢复的！）
git checkout -- readme.txt

#从版本库中删除该文件
git rm readme.txt
git commit -m "remove readme.txt"

七、远程仓库

#添加远程仓库
#远程库的名字就是origin，这是Git默认的叫法，也可以改成别的
#Nantianmen-paohuituan改为自己github的用户名
#mygit改为自己gitHub的仓库
git remote add origin git@github.com:Nantianmen-paohuituan/mygit.git

#建立连接并推送内容并远程仓库
#第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送到远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
#把本地库的所有内容推送到远程库上：
git push -u origin master
#从现在起，只要本地作了提交，就可以通过命令：
git push origin master

#删除远程库
#先用git remote -v查看远程库信息：
git remote -v
#根据名字删除，比如删除origin：
git remote rm origin

#克隆远程库
git clone git@github.com:michaelliao/gitskills.git

八、分支管理

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

#创建并切换到dev分支
git branch dev
git checkout dev
#上面两条可以转换为以下一条
git checkout -b dev
#列出所有分支，当前分支前面会标一个*号。
git branch

#现在，dev分支的工作完成（分支工作已完成add、commit），我们就可以切换回master分支
git checkout master
#把dev分支的工作成果合并到master分支上
git merge dev

#删除dev分支
 git branch -d dev
#强行删除没有被合并分支,使用大写的-D参数
git branch -D dev

查看分支：git branch
创建分支：git branch name
切换分支：git checkout name或者git switch name
创建+切换分支：git checkout -b name或者git switch -c name
合并某分支到当前分支：git merge name
删除分支：git branch -d name
分支合并图：git log --graph
查看远程库信息：git remote -v

实际中分支需要推送，哪些不需要呢？
master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
多人协作的工作模式通常是这样：

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

九、标签管理

Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针
创建和删除标签都是瞬间完成的

#默认标签是打在最新提交的commit上的
git tag name
#标签打在指定的commit id号上
git tag name commit_id
#还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：
git tag -a name -m "version 0.1 released" commit_id
#查看所有标签状态
git tag
#查看指定标签信息
git show name

#删除标签
git tag -d tag_name
#创建的标签都只存储在本地，不会自动推送到远程
#推送指定标签
git push origin tag_name
#推送所有标签
git push origin --tags
#删除一个远程标签（先删除本地标签）
git push origin :refs/tags/tag_name