git

摘自GitHub入门与实践

设置SSH KEY

• GitHub 上连接已有仓库时的认证，是通过使用了 SSH 的公开密钥认证方式进行的。现在让我们来创建公开密钥认证所需的 SSH Key，并将其添加至 GitHub。已经创建过的读者，请用现有的密钥进行设置。
  
  • 运行下面的命令创建 SSH Key。
    
$ ssh-keygen -t rsa -C "[email protected]"
Generating public/private rsa key pair.
Enter file in which to save the key
(/Users/your_user_directory/.ssh/id_rsa): 按回车键
Enter passphrase (empty for no passphrase): 输入密码
Enter same passphrase again: 再次输入密码

  • “[email protected]”的部分请改成您在创建账户时用的邮箱地址。密码需要在认证时输入，请选择复杂度高并且容易记忆的组合。
  • 输入密码后会出现以下结果。
    
Your identification has been saved in /Users/your_user_directory/.ssh/id_rsa.
Your public key has been saved in /Users/your_user_directory/.ssh/id_rsa.pub.
The key fingerprint is:
fingerprint值 [email protected]
The key's randomart image is:
+---[RSA 2048]----+
|. .+E=o |
|o.o.++o++= |
|.=.*oo oB . |
|==*.+ =o * |
|Boo= * .S o |
|o.+ + . |
| o |
| |
| |
+----[SHA256]-----+

  • id_rsa 文件是私有密钥，id_rsa.pub 是公开密钥。
• 添加公开密钥，在 GitHub 中添加公开密钥，今后就可以用私有密钥进行认证了。
  
  • 点击右上角的账户设定按钮（Account Settings） ，选择 SSH and GPG Keys 菜单。点击 new SSH Key 之后，会出现如图3.2 的输入框。在 Title 中输入适当的密钥名称。Key 部分请粘贴 id_rsa.pub 文件里的内容。id_rsa.pub的内容可以用如下方法查看。
    
$ cat ~/.ssh/id_rsa.pub
ssh-rsa 公开密钥的内容 [email protected]

  • 添加成功之后，创建账户时所用的邮箱会接到一封提示“公共密钥添加完成”的邮件。
• 完成以上设置后，就可以用手中的私人密钥与 GitHub 进行认证和通信了。让我们来实际试一试。

$ ssh -T [email protected]
The authenticity of host 'github.com (207.97.227.239)' can't be established.
RSA key fingerprint is  fingerprint值  .
Are you sure you want to continue connecting (yes/no)?  输入yes
Enter passphrase for key '/c/Users/ww/.ssh/id_rsa': (这里需要输入创建SSH Key时设置的密码)

• 出现如下结果即为成功。

Hi baozc! You've successfully authenticated, but GitHub does not provide shell access.

连接github出错，解决

如果出现错误：

$ git push mp master
ssh: connect to host github.com port 22: Connection timed out
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

可以采用如下方法：

$ vim .ssh/config

Host github.com
User fulinux@sina.com 注册时的邮箱
Hostname ssh.github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/id_rsa
Port 443

测试连接是否成功：

$ ssh -T git@github.com
Enter passphrase for key '/c/Users/Administrator/.ssh/id_rsa':
Hi baozc! You've successfully authenticated, but GitHub does not provide shell access.

公开代码

•  clone 已有仓库，尝试在已有仓库中添加代码并加以公开。首先将已有仓库 clone 到身边的开发环境中。、
  
  • 仓库的路径，在代码仓库界面选择 Clone or download > Use SSH > 复制对应路径
    
λ git clone [email protected]:baozc/test.git
Cloning into 'test'...
Enter passphrase for key '/c/Users/ww/.ssh/id_rsa':(这里会要求输入 GitHub 上设置的公开密钥的密码)
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 6 (delta 0), reused 3 (delta 0), pack-reused 0
Receiving objects: 100% (6/6), done.
Checking connectivity... done.

  • 认证成功后，仓库便会被 clone 至仓库名后的目录中。将想要公开的代码提交至这个仓库再 push 到 GitHub 的仓库中，代码便会被公开。
  • 代码默认下载到用户目录下 ~ or C盘 用户 对应用户名文件夹下

进行 push

• 提交代码后，只有执行 push，GitHub 上的仓库才会被更新。

$ git push
Enter passphrase for key '/c/Users/ww/.ssh/id_rsa':
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 349 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To github.com:baozc/test.git
   8cc4ff1..6a2c236  master -> master

• 这样一来代码就在 GitHub 上公开了。

git操作命令

• git init 初始化仓库，如果初始化成功，执行了 git init命令的目录下就会生成 .git 目录。这个 .git 目录里存储着管理当前目录内容所需的仓库数据。
• git status 查看仓库的状态，工作树和仓库在被操作的过程中，状态会不断发生变化。在 Git 操作过程中时常用 git status命令查看当前状态，可谓基本中的基本。
  
  • 当文件太多时，进入某个文件夹，使用git status . 可以只查看这个文件夹中的git状态。
• git add 向暂存区中添加文件，如果只是用 Git 仓库的工作树创建了文件，那么该文件并不会被记入 Git 仓库的版本管理对象当中。要想让文件成为 Git 仓库的管理对象，就需要用 git add命令将其加入暂存区（Stage 或者 Index）中。暂存区是提交之前的一个临时区域。
  
  • git add xx命令可以将xx文件或目录添加到暂存区
  • git add -A .来一次添加所有改变的文件。注意 -A 选项后面还有一个句点. git add -A表示添加所有内容
  • git add . 表示添加新文件和编辑过的文件不包括删除的文件
  • git add -u 表示添加编辑或者删除的文件，不包括新添加的文件。
• git commit 保存仓库的历史记录
  
  • 格式 git commit -m description，例 git commit -m "提交描述"。windows下，请注意使用双引号，否则可能出现错误：error: pathspec 'commit'' did not match any file(s) known to git.
  • 如果想要记述得更加详细，请不加 -m，直接执行 git commit命令。执行后编辑器就会启动。在编辑器中记述提交信息的格式如下：
    
    • 第一行：用一行文字简述提交的更改内容
    • 第二行：空行
    • 第三行以后：记述更改的原因和详细内容
    • 将提交信息按格式记述完毕后，请保存并关闭编辑器，以 #（井号）标为注释的行不必删除。随后，刚才记述的提交信息就会被提交。
    • 中止提交 如果在编辑器启动后想中止提交，请将提交信息留空并直接关闭编辑器，随后提交就会被中止。
  • 只要按照上面的格式输入，今后便可以通过确认日志的命令或工具看到这些记录。
  • 在以 #（井号）标为注释的 Changes to be committed（要提交的更改）栏中，可以查看本次提交中包含的文件。
  • git 提交出现这个错误：fatal: Unable to create ‘project_path/.git/index.lock’: File exists.
    
    • 解决方案：需要删除.git\index.lock，在cmder中无法删除，可以使用git bash。
• git log 查看提交日志，包括可以查看什么人在什么时候进行了提交或合并，以及操作前后有怎样的差别。
  
  • 只显示提交信息的第一行 可以在 git log命令后加上 --pretty=short
  • 只显示指定目录、文件的日志 只要在 git log命令后加上目录名，便会只显示该目录下的日志。如果加的是文件名，就会只显示与该文件相关的日 志。
  • 显示文件的改动 如果想查看提交所带来的改动，可以加上 -p 参数，文件的前后差别就会显示在提交信息之后。
  • 查看更改前后的差别 git diff命令可以查看工作树、暂存区之间的差别。在没把文件加入暂存区时，使用git diff会显示暂存区和工作树之间的差别
    
    • 及没把修改文件加入暂存区前，使用git diff进行比对，如果已经把修改的文件加入暂存区了，使用git diff是无法比对的。
  • 查看工作树和最新提交的差别 git diff HEAD查看本次提交与上次提交之间有什么差别, HEAD 是指向当前分支中最新一次提交的指针。
    
    • 即指git add添加到暂存区的文件和上次提交(工作树)文件的差别
    • 不妨养成这样一个好习惯：在执行 git commit命令之前先执行git diff HEAD命令，查看本次提交与上次提交之间有什么差别，等确认完毕后再进行 提交。
  • 比对文件更改前后差别，没添加暂存区时使用git diff，添加暂存区后使用git diff head
  • 比较本地分支和远程分支的差别 git log 本地分支名.. 远程主机名/远程分支名，可以加-p参数比较具体修改
• git diff命令总结：
  
  • working tree：就是你所工作在的目录，每当你在代码中进行了修改，working tree的状态就改变了。
  • index file：是索引文件，它是连接working tree和commit的桥梁，每当我们使用git-add命令来登记后，index file的内容就改变了，此时index file就和working tree同步了。
  • commit：是最后的阶段，只有commit了，我们的代码才真正进入了git仓库。我们使用git commit就是将index file里的内容提交到commit中
  • git diff：是查看working tree与index file的差别的。
  • git diff --cached：是查看index file与commit的差别的。
  • git diff HEAD：是查看working tree和commit的差别的。（你一定没有忘记，HEAD代表的是最近的一次commit的信息）
  • 查看简单的diff结果，可以加上–stat参数：git diff --stat

• git diff输出格式：

  $ git diff --cached
  diff --git a/gfm/git/git.md b/gfm/git/git.md
  index 87dd5e5..22b5c0d 100644
  --- a/gfm/git/git.md
  +++ b/gfm/git/git.md
  @@ -83,6 +83,7 @@ To github.com:baozc/test.git
   ## git操作命令
   - `git init` 初始化仓库，如果初始化成功，执行了 `git init`命令的目录下就会生成 .git 目录。这
   - `git status` 查看仓库的状态，工作树和仓库在被操作的过程中，状态会不断发生变化。在 Git 操作
  +       - 当文件太多时，进入某个文件夹，使用`git status .` 可以只查看这个文件夹中的git状态。
   - `git add` 向暂存区中添加文件，如果只是用 Git 仓库的工作树创建了文件，那么该文件并不会被记
  （Stage 或者 Index）中。暂存区是提交之前的一个临时区域。
          - `git add xx`命令可以将xx文件或目录添加到暂存区
          - `git add -A .`来一次添加所有改变的文件。注意 -A 选项后面还有一个句点. `git add -A`

  • 第一行表示结果为git格式的diff。进行比较的是a版本的git.md（变动前），b版本的git.md(变动后)
  • 第二行表示两个版本的git哈希值（index区域的87dd5e5对象，与工作目录区域的22b5c0d对象进行比较），最后的六位数字是对象的模式（普通文件，644权限）。
  • 第三行表示进行比较的两个文件。 “—”表示变动前的版本，”+++”表示变动后的版本。
    
--- a/gfm/git/git.md
+++ b/gfm/git/git.md

  • 后面的行都与官方的合并格式diff相同。
    
    • 差异按照差异小结进行组织，每个差异小结的第一行都是定位语句，由@@开头，@@结尾。
    • @@ -83,6 +83,7 @@表示在源文件第83行开始的6行和目标文件第83行开始的7行构成一个差异小结
    • 这个差异小结中，目标文件添加了一行- 当文件太多时，进入某个文件夹……
    • • 开头的行，是只出现在源文件中的行(红色表示删除该行)，+ 开头的行，是只出现在目标文件中的行

---

git分支命令

• git branch查看分支。可以看到 master 分支左侧标有“*”（星号），表示这是我们当前所在的分支
  
  • 加 -a 参数可以同时显示本地仓库和远程仓库的分支信息。
  • -r 参数只显示远程分支
  • -v 显示分支详情
  • -vv 显示本地分支与远程分支的追踪关系
• git checkout -b——创建并切换分支
• git checkout - 切换回上一个分支，像上面这样用“-”（连字符）代替分支名，就可以切换至上一个分支。
• 特性分支 顾名思义，是集中实现单一特性（主题），除此之外不进行任何作业的分支。在日常开发中，往往会创建数个特性分支，同时在此之外再保留一个随时可以发布软件的稳定分支。稳定分支的角色通常由 master 分支担当。即便在开发过程中发现了 BUG，也需要再创建新的分支，在新分支中进行修正。
• 主干分支 是刚才我们讲解的特性分支的原点，同时也是合并的终点。通常人们会用 master 分支作为主干分支。主干分支中并没有开发到一半的代码，可以随时供他人查看。有时我们需要让这个主干分支总是配置在正式环境中，有时又需要用标签 Tag 等创建版本信息，同时管理多个版本发布。拥有多个版本发布时，主干分支也有多个。
• git merge——合并分支，为了在历史记录中明确记录下本次分支合并，我们需要创建合并提交。因此，在合并时加上 --no-ff 参数。
  
  • 例：git merge --no-ff feature-A，随后编辑器会启动，用于录入合并提交的信息。默认信息中已经包含了是从 feature-A 分支合并过来的相关内容，所以可不必做任何更改。将编辑器中显示的内容保存，关闭编辑器
• git log  -- graph 以图表形式查看分支

更改提交的操作

• git reset ——回溯历史版本
  
  • git rest --hard hashId 要让仓库的 HEAD、暂存区、当前工作树回溯到指定状态，需要用到 git rest --hard hashId命令
  • git reflog 查看当前仓库的操作日志 git log命令只能查看以当前状态为终点的历史日志
• 查看冲突部分并将其解决，如下冲突：

#Git教程
<<<<<<< HEAD
-feature-A
=======
-fix-B
>>>>>>> fix-B

- ======= 以上的部分是当前 HEAD 的内容，以下的部分是要合并的 fix-B 分支中的内容
- 修改后：
    ```
    # Git教程
    - feature-A
    - fix-B
    ```

- git commit --amend——修改提交信息，要修改上一条提交信息，可以使用该命令。

```
$ git commit --amend
```

- 执行上面命令后，编辑器就会启动

    ```
    old commit message

    #Please enter the commit message for your changes. Lines starting
    #with '#' will be ignored, and an empty message aborts the commit.
    #Date:      Tue Nov 29 14:14:25 2016 +0800
    #On branch bao
    #Your branch is up-to-date with 'mp/bao'.
    #Changes to be committed:
    #       modified:   test
    #Changes not staged for commit:
    #       modified:   git.md
    ```
- 编辑器中显示的内容如上所示，其中包含之前的提交信息。
- 修改提交信息后保存

- git rebase -i——压缩历史。在合并特性分支之前，如果发现已提交的内容中有些许拼写错误等，不妨提交一个修改，然后将这个修改包含到前一个提交之中，压缩成一个历史记录。
- 多次提交记录合并成一次

推送至远程仓库