菜鸟级Git GitHub创建仓库

菜鸟标准：知道pwd ，rm 命令是什么。

一、Git 是什么。

git 是目前世界上最先进的分布式版本控制系统

二、SVN与Git

1.版本控制系统

SVN 是集中式版本控制系统，版本库是集中放在中央服务器的。

Git 更倾向于分布式模式。也就是每个开发人员从中心版本库/服务器上 checkout 代码后会在自己的机器上克隆一个自己的版本库。当突遇没有网络的环境时，分布式的操作模式将是一个巨大的恩赐。

你不必做出补丁包，通过email 方式发送出去，只需要创建一个分支，向项目团队发送一个推请求，就能让你的代码保持最新，而且不会在传输过程中丢失。GitHub.com 就是其中一个优秀的案例。

2.数据方式存储

Git 元数据存储方式，而svn 按文件 。.git 目录处于机器上的一个克隆版的版本库，它拥有中心版本库中所有东西，如标签，分支，版本记录等。如果你把.git 目录的体积和.svn 相比较，会发现它们相差很大。

3.分支不同

分支在SVN中就是版本库中的另一个目录。如果你想知道是否合并了一个分支，你需要手工运行命令： svn propget svn:mergeinfo 来确认代码是否被合并。所以，经常会发生分支被遗漏的情况。

Git 却可以从同一个目录下快速在多个分支间切换。因为很容易发现未被合并的分支，你能简单而快捷的合并这些文件。

4.全局的版本号

Git 没有，SVN有。SVN的版本号实际是任何一个相应时间的源代码快照，因此也被认为是从CVS 进化到SVN 的最大突破。也有开发者指出，可以使用GIT 的 SHA-1 来唯一的标识一个代码快照。用途相同，但并不能完全代替SVN 里容易阅读的数字版本号。

5内容完整性

Git 内容存储使用的是SHA-a 哈希算法。这能确保代码内容的完整性，尤其遇到磁盘故障和网络问题时降低对版本库的破坏。

 

版本控制要结合公司策略选用合适的工具。版本控制不只是工具，工具也不只是代码管理。

由于 SVN 是集中式，会出现耦合。所以要求开发代码规范。当然，任何不可运行的代码的提交都是没有意义的（即提交的粒度：原子性）。

 

三、安装Git

msysgit 是 windows版的Git ,可直接网上下载。安装成功后，在开始菜单里 “Git - Git Bash” 会弹出一个类似命令窗口，表示Git安装成功。

因为Git 是分布式版本控制系统，需要填写用户名和邮箱作为一个标识。所以，在命令行中输入：

git config --global user.name "yourname"

 

git config --global user.email "youremail@qq.com"

 

注：global 表示机器上所有Git 仓库都会使用这个配置。

 

四：操作步骤

1.创建版本库 repository

举例：在D 盘 gitdemo文件目录下新建一个gitdemo1 版本库

 

 

2.修改并提交仓库

在gitdemo1 目录下新建记事本 readme.txt, 内容为1

此时，在readme.txt 增加一行 22

在命令行中输入git status , git diff readme.txt

 

我们可以看到，readme.txt 内容从一行1 改成 二行22 内容

此时可以放心提交到仓库了。

git add

git commit

 

 

3.版本回退

在readme.txt 中增加一行 333

 

git log 命令显示从最近 到最远的显示日志

可以使用git log -pretty=oneline 演示如下

版本回退操作，有两种命令。

1.git reset -hard HEAD^ ， 如果回退到上上个版本，改成HEAD^^， 回退100 个版本

git reset -hard HEAD~100

 

版本回退，使用 git reset --hard

问题：已经关掉一次命令行，或者333 的内容版本号我们并不知道，我们如何知道 要增加333 内容的版本号呢。

git reflog

 

增加内容333的版本号为 fa2740f

git reflog --hard fa2740f 来恢复

 

4工作区与暂存区

工作区：电脑上看得到的目录，或者需要新建的目录文件等

版本库：工作区有一个隐藏目录.git ， 这属于版本库。版本库中存放很多东西，其中最重要的就是stage （暂存区）， 还有Git 为我们自动创建了第一个分支master , 以及指向 master 的一个指针HEAD

 

前文已知道，Git 提交文件到版本库有两步

1.git add , 把文件添加到暂存区

2. git commit 提交更改，把暂存区的所有内容提交到当前分支上。

 

在readme.txt 增加一行4444， 新增文件 test.txt

 

 

git add 命令添加到暂存区中，git status 查看状态

git commit 提交全部文件

 

 

5.Git 撤销修改和删除文件操作

1.撤销修改

在readme.txt 文件中增加一行 55555

在我未提交前，我发现添加 55555 内容有误，可以有几种方法恢复以前版本。

第1：如果知道要删除的内容，直接手动更改，然后add 添加到暂存区，最后 commit 掉

第2：恢复到上一个版本: git reset --hard HEAD^

 

可否直接使用撤销命令呢?

cat readme.txt 查看当前内容

先git status 查看一个当前状态

git checkout --file 把文件在工作区做的修改全部撤销。这里有两种情况：

第1：readme.txt 自动修改后，还没有放到暂存区，使用撤销修改就回到和版本库一模一样的状态

第2.另外一种是readme.txt 已经放入暂存区，又作了修改，撤销修改就回到添加暂存区后的状态。

 

对于 第2种情况，我们继续假定readme.txt 添加一行内容为666666 ,

git add 添加到暂存区，

接着添加内容 7777777

此时我们想通过撤销命令让其回到暂存区后的状态。

 

 

2删除文件

假如我们在版本gitdemo1 目录下添加一个文件 b.txt

 

继续查看 b.txt 文件已经删除了，此时有两个选择

1.直接commit

2.从版本库中恢复被删除的文件

 

注：没有commit 之前，可以使用命令 git checkout -- b.txt 执行文件恢复操作

 

 

6远程仓库

先注册gitHub 帐号

本地Git 仓库与GitHub 仓库之间通过SSH 传输加密的。

第1：创建SSH key 。用户主目录下如果没有 .ssh 目录，目录下没有 id_rsa和 id_rsa.pub 两个文件，执行以下命令：

ssh-keygen -t rsa -C "youremail@example.com"

 

注：id_rsa 是私钥，一般不透露。id_rsa.pub 是公钥，可以告诉任何人。

第2：登录github， 打开 settings - Add SSH Key , （进入路径可不同，有多种方式），填上任意title, 在Key 文本框里粘贴 id_rsa.pub 文件内容。

操作1：添加远程库

保持本地Git 仓库 和 githug 上的仓库进行远程同步

首先，github 右上角 “New repostory”

 

Repository Name 填 gitdemo01 ，点击创建

此时testgit 仓库是空的，我们可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后把本地仓库的内容推送到github 仓库。

 

本地运行命令

git remote add origin https://github.com/xxx/gitdemo01.git

 

 

 

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

 

注：此时远程库是空的，我们第一次推送 master 分支时，加上 -u 参数，Git 不但会把本地master 分支内容推送的远程新的 master 分支，还会把本地master 分支和远程 master 分支关联起来，在以后的推送或者摘取时就可以简化命令。推送成功后，可以立刻在github 页面上看到远程和本地仓库内容已同步。

此后，本地修改可通过命令修改提交：

git push origin master

现在，我们拥有了一个真正的分布式版本库。

 

 

操作2：从远程克隆到本地

首先登录github , 创建名为 gitdemo02 新仓库，注意多一步勾选 Initialize this repository

 

执行命令

git clone

 

此时，本地获取同步目录 gitdemo02

 

 

7创建与合并分支

HEAD 严格来说，不是指向提交，而是指向master , master 指向提交，所以，HEAD 指向当前分支。

每次提交，Git 都把它们串成一条时间线，这条时间线就是一个分支，截止目前，只有一条时间线，在Git 里，这个分支称之为 主分支，即master 分支。

首先，创建 dev 分支，然后切换到 dev 分支上。

git branch dev

git checkout dev

两条命令可以合并为：

git checkout -b , -b 表示创建并切换

git branch 列出所有分支，并在当前分支前显示星号。

 

我们在readme.txt 添加内容7777777。

查看内容，并提交。

 

切换到主分支 master 上，继续查看内容

git check master

 

可以看到，添加到分支dev 上的内容 7777777 不见了。因为这里是master .

使用命令：git merge 命令，可以合并指定分支到当前分支上。

 

此时，可以删除dev 分支。

命令：git branch -d name

 

小结创建与合并分支：

查看分支：git branch

创建分支：git branch name

切换分支：git checkout name

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

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

删除分支：git branch -d name

 

8如何解决冲突

新建一个分支 branch02

在readme.txt 中添加一行88888888，然后提交。

 

切换到master ，在最后一行添加 99999999

 

现在我们需要在分支上来合并 branch02, 发现冲突。

 

注：<<<<<<， ======， >>>>>> 用于标记不同分支的内容。

<<<HEAD 指主分支修改的内容。>>>branch02 指branch02 上修改的内容。

我们可以本地修改并保存

 

使用git log 可查看分支合并情况

 

 

9分支管理策略

通常合并分支时 ， git 一般使用"Fast forward "模式，在这种模式下，删除分支后，会丢掉分支信息，现在我们来使用带参数 -no-ff 来禁用此模式。

demo演示

1.创建dev 分支

2.修改readme.txt 内容

3.添加到暂存区

4.切换回主分支 master

5.合并dev 分支，使用命令 git merge -no-ff -m 注释 dev

6.查看历史记录

 

 

分支策略：主分支master 通常用来发布新版本，一般不允许在上面干活。

常在分支dev 上干活，分支代码稳定后可以合并到主分支master 上来。

 

 

10bug 分支

在Git 中，每个bug 都可以通过一个临时分支来修复，修复完成后，合并分支，然后将临朝的分支删除掉。

比如404错误。当前dev 分支上的工作还没有提交，或者工作进行一半时候，我们无法提交。怎么办呢？Git 提供一个stash 功能，可以把当前工作现场进行隐藏，等以后恢复工作后继续工作。

命令stash ，并查看状态

git stash

git status

 

首先，我们要确定在哪个分支上修复bug， 比如，在主分支master 上来修复，现在我们在master 分支上创建一个临时分支，

演示：

在master 分支上创建临时分支 issue-404

查看内容，修改后查看内容，修改完成后，切换到master 主分支上并完成合并，最后删除issue-404分支。完成后，回到dev 分支上开始干活

 

现在工作区是干净的，如何恢复工作场呢？我们可以使用命令git stash list 来查看。

 

工作场还在，Git 把stash 内容存放在一边，恢复工作可以使用如下两个方法：

1.git stash apply , 恢复后stash 内容并不删除，你需要使用命令 git stash drop 删除。

2.git stash pop ,恢复的同时把stash 内容也删除。

 

 

11 多人协作

远程克隆时，实际上Git 自动把本场的master 分支和远程的master 分支对应起来了，并且远程库的默认名称是origin

1.查看远程库信息：git remote

2.查看远程库详细信息：git remote -v

分为抓取分支，推送通知。

1.推送分支

推送分支就是把该分支上所有本地提交到远程库中，推送时，要指定本地分支。这样,Git就会把该分支推送到远程训对应的远程分支上。

命令：git push origin master

 

推送成功。

 

假如需要推送到dev 分支上，命令：git push origin dev

哪些分支要推送呢？

1.master 主分支需要保持与远程同步

2.一些bug 分支不需要推送到远程，可以先合并到主分支上，再把主分支master 推送到远程。

 

2.抓取分支

模拟一下多少协作场景。成员将各自修改推送到各自的master 分支上。另一同事在另一台电脑（注意配置SSH key ），或者同一电脑不同目录克隆，新建目录名字gitdemo2

我们首先把dev 分支推送到远程中。

 

在将gitdemo2 目录克隆到本地

 

现在小伙伴要在dev 分支上开发，必须把远程的origin 的dev 分支到本地来，于是可以使用命令创建本地dwv 分支 ： git checkout -b dev origin/dev

现在可以开发了，开发完成后把dev 推送到远程库即可。

 

命令：

git add readme.txt

git commit -m "readme.txt 修改xxx内容"

把现在在dev 分支推送到远程：git push origin dev

 

此时，小伙伴最新提交的与我试图推送的有冲突。

 

先用git pull 把最新提交的从origin/dev 抓下来，然后在本地合并，解决冲突再进行推送。

 

oh, no 命令 git pull 也失败了，原因是没有指定本地dev 分支与远程 origin/dev 分支的链接。根据提示，设置 dev 和 origin/dev 链接。

git branch --set-upstream dev origin/dev

 

 

此时，git pull 一下。bingo 成功了。合并有冲突，需要手动解决。解决方法和分支管理中解决冲突完全一样。解决后，提交，再push

 

git add readme.txt

git commit -m "merge & fix readme.txt"

git push origin dev

 

因此，多人协作工作模式一般是这样的

1.git push origin branch-name 推送

2.推送失败，远程分支比本地更新的早，需要先git pull 试图合并。

3.如果合并有冲突，解决冲突，并在本地提交。再用git push origin branch-name 推送。

 

总结：

日常使用Git 建议

1.日志输出参数 .示例 git log --oneline --graph

2.查看文件详细变更：示例：git -log -p filename

3.查看文件中指定位置的变更 示例：git log -L 1, 1:some-file.txt

4.查看尚未合并的变更 示例：git log --no-merges master

5.查看其他分支中的文件 示例：git show some-branch:some-file.js

6.关于变更基线的几点说明 示例：git pull --rebase

7.本地合并后保留分支结构 示例 git merge --no-ff

8 修复而非新建提交 示例：git commit --amend

9 Git 中的三种状态及相互转换 示例：git reset --hard HEAD 与 git status -s

10撤销而不产生提交信息 示例：git revert -n

11用第三方差异工具查看整个工程而非单个目录的差异 示例：git difftoll -d

12忽略空格变更 示例：git diff -w 或 git blame -w

13 追加文件中的部分变更 示例：git add -p

14 发现并清理无用分支 示例：git branch -a

15 暂存部分文件 示例 git stash --keep-index 或 git stash -p

16写好提交信息 示例：-应用这次提交，可以更新**README文件**

--应用这次提交，为调用GET/user/:id API 追加确认

--应用这次提交，回退到**11111*版本*

17Git自动补全 https://git-scm.com/book/en/v1/Git-Basics-Tips-and-Tricks#Auto-Completion

18创建常用命令的别名

示例 git config --global alias.l "log --oneline --graph"

这个命令会创建一个新的git 别名l ,git l 代替git log -oneline -graph

也可以在alias 附加其他的参数。如git l -author = "Mike"

19 快速定位故障版本 示例： git bisect

 http://git-scm.com/docs/git-bisect#_bisect_run

 

 

原文链接：http://note.youdao.com/noteshare?id=6614c88657195d90d44808c1ef31e6ad&sub=EDABD299B4E64713AD41AA09E77909D6

公众号：一只阿木木