初学git

主要是根据廖雪峰老师的Git教程记录的笔记

首先先了解下Git与GitHub区别。
Git是一个分布式版本控制工具，而GitHub是一个网站，上面有很多开源代码，供程序员学习交流，可以充当远程仓库。

安装git后配置用户信息

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

注意git config命令的–global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

创建版本库
首先，选择一个合适的地方，创建一个空目录。然后，通过git init命令把这个目录变成Git可以管理的仓库

$ git init

向工作区中添加文件

$ git add readme.txt
$ git commit -m "wrote a readme file"

git commit命令，-m后面输入的是本次提交的说明，这样你就能从历史记录里方便地找到改动记录。

查看历史记录

$ git log
$ git reflog

用git log可以查看提交历史
用git reflog查看命令历史

版本回退

$ git reset --hard HEAD^
$ git reset --hard 1094a

$ git reset --hard HEAD^ 回退到上一版本
$ git reset --hard 1094a 回退到commit id版本

暂存区与工作区
设置文件夹projectWorkspace为Git管理仓库，该文件夹是工作区。projectWorkspace下有隐藏目录.git，是Git的版本库。
版本库存了很多东西，其中一个是暂存区stage。
用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

版本库重点有：称为stage（或者叫index）的暂存区；Git为我们自动创建的第一个分支master；指向master的一个指针叫HEAD。

撤销修改
针对没有推送到远程库：

$ git checkout -- readme.txt

git checkout – file可以丢弃工作区的修改：
1、没有提交到暂存区
2、提交到暂存区或者提交到版本库：第一步用命令git reset HEAD ，第二步用命令git checkout – file

删除文件
确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

$ git rm test.txt
rm 'test.txt'

$ git commit -m "remove test.txt"

删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

$ git checkout -- test.txt

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

远程库
本地创建Git仓库后，在GitHub上创建一个Git库，并且让这两个仓库进行远程同步。
1、本地关联远程仓库：

$ git remote add origin git@github.com:account/projectWorkspace.git

origin是自命名的本地仓库；account是GitHub账户名；projectWorkspace.git
是远程库名；
2、推送本地仓库内容到远程库上：

$ git push -u origin master

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。

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

3、后期提交：

只要本地作了提交，就可以通过命令：

$ git push origin master

把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

远程库2 克隆

$ git clone git@github.com:account/origin.git

Cloning into 'gitskills'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3
Receiving objects: 100% (3/3), done.

分支
HEAD指向的就是当前分支。

1、创建dev分支，然后切换到dev分支：

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

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev
$ git checkout dev
Switched to branch 'dev'

然后，用git branch命令查看当前分支：

$ git branch
* dev
  master

我们注意到切换分支使用git checkout ，而前面讲过的撤销修改则是git checkout – ，同一个命令，有两种作用，确实有点令人迷惑。

实际上，切换分支这个动作，用switch更科学。因此，最新版本的Git提供了新的git switch命令来切换分支：

创建并切换到新的dev分支，可以使用：

$ git switch -c dev

使用新的git switch命令，比git checkout要更容易理解。

2、切换分支

$ git checkout master

直接切换到已有的master分支，可以使用：

$ git switch master

3、合并分支

$ git merge dev

git merge命令用于合并指定分支到当前分支。

4、删除分支
合并完成后，就可以放心地删除dev分支了：

$ git branch -d dev

5、分支冲突
查看冲突在哪手动解决冲突

6、BUG分支
场景1：当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交。并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？
Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stash

如何恢复现场？

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了：

$ git stash pop

场景2：在master分支上修复了bug后，我们要想一想，dev分支是早期从master分支分出来的，所以，这个bug其实在当前dev分支上也存在。

那怎么在dev分支上修复同样的bug？

为了方便操作，Git专门提供了一个cherry-pick命令，让我们能复制一个特定的提交到当前分支：

$ git branch
* dev
  master
$ git cherry-pick 4c805e2
[master 1d4b803] fix bug 101
 1 file changed, 1 insertion(+), 1 deletion(-)

7、Feature分支
开发一个新feature，新功能，最好新建一个分支；

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

$ git branch -D feature-test
Deleted branch feature-test (was 287773e).

8、多人协作

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

首先，可以试图用git push origin 推送自己的修改；

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

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

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

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