Git使用

1. ssh免密设置，生成SSH-Key

git config --global user.name "禾小牧"
git config --global user.email "hexiaomu@163.com"
#查看本地是否已经存在ssh目录，存在则直接复制id_rsa.pub文件的内容，不存在则直接创建后在复制，创建命令：
ssh-keygen -t rsa -C "hexiaomu@163.com"
##获取到SSH-Key之后，即可到git后台设置ssh-key了。

2. Git运行原理

专用名词的译名如下。
- Workspace：工作区，就是你在电脑里能看到的目录。
- Index / Stage：暂存区，位置在.git/index，git add后的内容实际就是放在暂存区。
- Repository：仓库区（或本地仓库）
- Remote：远程仓库

3. 上传init代码

在本地和远程仓库同时新建项目名称：MyProject,并在本地新建ReadMe或初始代码
 在本地MyProject目录初始化git
git init
add命令添加本地初始文件或者添加指定文件ReadMe.txt到index(暂存区)
git add .
git add ReadMe.txt

commit命令将index代码提交到Repository

git commit -m "init"

将本地repository添加到远程仓库URL（建立联系）

git remote add origin https://gitee.com/xxx/MyProject.git

将本地提交push到master分支

git push -u origin "master"

4. 常用命令行

##　1. 添加：add

#添加一个或多个文件/目录到暂存区：
git add [file1/dir1] [file2/dir2] ...
#添加当前所有修改到暂存区：
git add .

2. 状态：status

#命令行具体如下，-s为简短输出，可不加
git status -s

3. 文件对比：diff

git diff 命令比较文件在暂存区和工作区的差异，显示已写入暂存区和已经被修改但尚未写入暂存区文件的区别。
#显示暂存区与工作区的差异
git diff [file]
#显示暂存区与上一次提交的差异
git diff --cached [file]
#显示两次提交之间的差异
git diff [first-branch]...[second-branch]

4. 提交：commit

git commit 命令将暂存区内容添加到本地仓库中。
#提交暂存区所有修改到本地仓库中，其中[message]主要是本次提交的备注信息，一般用单引号或双引号括起来。
git commit -m [message]
#提交暂存区指定文件到本地仓库中，其中[message]主要是本次提交的备注信息
git commit [file1] [file2] ... -m [message]
#git commit -a表示修改内容后不用git add这一步，直接提交到仓库
git commit -a -m [message]

5. 撤回：reset

git reset 命令用于回退版本，可以指定退回某一次提交的版本。
基本语法如下，其中–mixed为默认参数，表示重置暂存区的文件与上一次的提交(commit)保持一致时，工作区文件内容保持不变。
git reset [--soft | --mixed | --hard] [HEAD]
#示例
git reset HEAD^            # 回退所有内容到上一个版本  
git reset HEAD^ hello.php  # 回退 hello.php 文件的版本到上一个版本 
git  reset  052e           # 回退到指定版本052e
#–soft 参数用于回退到某个版本，会保留未提交的修改内容：
git reset --soft HEAD~3     # 回退到上上上个版本
#–hard 参数撤销工作区中所有未提交的修改内容，将暂存区与工作区都回到上一次版本，并删除之前的所有信息提交（谨慎使用 –hard 参数，它会删除回退点之前的所有信息）：
git reset –hard 9ac107ada9b0a  # 回退到某个版本回退点之前的所有信息。 
git reset --hard origin/master    # 将本地的状态回退到和远程的一样

6. 日志和修改记录：log 、 blame

git log - 查看历史提交记录。
git blame - 以列表形式查看指定文件的历史修改记录。
git log    #查看历史提交记录
git log --oneline    #简洁查看历史提交记录
git blame <filename>

7. 远程仓库：Remote

git remote    #不带参数，列出已经存在的远程分支
git remote -v    #显示所有远程仓库的详细信息
git remote show [remote]    #显示某个远程仓库的详细信息，[remote]可以是远程仓库的url地址或名字
git remote add [shortname] [url]    #为本地版本库shortname添加远程版本库url

使用示例：
git remote add origin git@github.com:xxx/yyyy.git
git push -u origin master

git remote rm name  # 删除远程仓库
git remote rename old_name new_name  # 修改仓库名

8. 拉取：fetch

git fectch用于拉取远程代码库，一般与git merge搭配使用，拉取代码库并与本地库合并
git pull <远程主机名> <远程分支名>:<本地分支名>
git pull origin master:master    #从远程主机的master分支拉取代码并且合并到本地的master分支

拉取远程分支代码到本地并合并到当前分支可以省略写法：
 git pull origin master 

  ## 9. 拉取并合并：pull
git pull 命令用于从远程获取代码并合并本地的版本，其实就是 git fetch 和 git merge FETCH_HEAD 的简写。 命令格式如下：
git pull <远程主机名> <远程分支名>:<本地分支名>
git pull origin master:master    #从远程主机的master分支拉取代码并且合并到本地的master分支

拉取远程分支代码到本地并合并到当前分支可以省略写法：
 git pull origin master 

10. 提交远程：push

git push 命用于从将本地的分支版本上传到远程并合并，相当于git fetch和git merge的缩写，用法：
git push <远程主机名> <本地分支名>:<远程分支名>
git push origin master:master    #表示本地master分支合并到远程主机origin的master分支

如果本地版本与远程版本有差异，但又要强制推送可以使用 --force 参数：
git push --force origin master    #谨慎使用

5. 分支：

1. 主分支Master

首先，代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。

Git主分支的名字，默认叫做Master。它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。

2.开发分支Develop

主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。

这个分支可以用来生成代码的最新隔夜版本（nightly）。如果想正式对外发布，就在Master分支上，对Develop分支进行"合并"（merge）。

#Git创建Develop分支的命令：
git checkout -b develop master
#将Develop分支发布到Master分支的命令：
#切换到Master分支
git checkout master
#对Develop分支进行合并
git merge --no-ff develop

这里稍微解释一下，上一条命令的–no-ff参数是什么意思。默认情况下，Git执行"快进式合并"（fast-farward merge），会直接将Master分支指向Develop分支。

使用–no-ff参数后，会执行正常合并，在Master分支上生成一个新节点。为了保证版本演进的清晰，我们希望采用这种做法。关于合并的更多解释，请参考Benjamin Sandofsky的《Understanding the Git Workflow》。

3. 临时性分支

前面讲到版本库的两条主要分支：Master和Develop。前者用于正式发布，后者用于日常开发。其实，常设分支只需要这两条就够了，不需要其他了。
但是，除了常设分支以外，还有一些临时性分支，用于应对一些特定目的的版本开发。临时性分支主要有三种：

• 功能（feature）分支
• 预发布（release）分支
• 修补bug（fixbug）分支

这三种分支都属于临时性需要，使用完以后，应该删除，使得代码库的常设分支始终只有Master和Develop。

4. 功能分支

接下来，一个个来看这三种"临时性分支"。
第一种是功能分支，它是为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop。

功能分支的名字，可以采用feature-*的形式命名。

#创建一个功能分支：
git checkout -b feature-x develop
#开发完成后，将功能分支合并到develop分支：
git checkout develop
git merge --no-ff feature-x
#删除feature分支：
git branch -d feature-x

5. 预发布分支

第二种是预发布分支，它是指发布正式版本之前（即合并到Master分支之前），我们可能需要有一个预发布的版本进行测试。
预发布分支是从Develop分支上面分出来的，预发布结束以后，必须合并进Develop和Master分支。它的命名，可以采用release-*的形式。

#创建一个预发布分支：
git checkout -b release-1.2 develop
#确认没有问题后，合并到master分支：
git checkout master
git merge --no-ff release-1.2
#对合并生成的新节点，做一个标签`
git tag -a 1.2
#再合并到develop分支：
git checkout develop
git merge --no-ff release-1.2
#最后，删除预发布分支：
git branch -d release-1.2

6. 修补bug分支

最后一种是修补bug分支。软件正式发布以后，难免会出现bug。这时就需要创建一个分支，进行bug修补。
修补bug分支是从Master分支上面分出来的。修补结束以后，再合并进Master和Develop分支。它的命名，可以采用fixbug-*的形式。