git

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/bao19901210/article/details/54630689

摘自GitHub入门与实践

设置SSH KEY

  • GitHub 上连接已有仓库时的认证,是通过使用了 SSH 的公开密钥认证方式进行的。现在让我们来创建公开密钥认证所需的 SSH Key,并将其添加至 GitHub。已经创建过的读者,请用现有的密钥进行设置。
    • 运行下面的命令创建 SSH Key。

      $ ssh-keygen -t rsa -C "your_email@example.com"
      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: 再次输入密码
    • “your_email@example.com”的部分请改成您在创建账户时用的邮箱地址。密码需要在认证时输入,请选择复杂度高并且容易记忆的组合。
    • 输入密码后会出现以下结果。

      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值 your_email@example.com
      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 公开密钥的内容 your_email@example.com
    • 添加成功之后,创建账户时所用的邮箱会接到一封提示“公共密钥添加完成”的邮件。
  • 完成以上设置后,就可以用手中的私人密钥与 GitHub 进行认证和通信了。让我们来实际试一试。
$ ssh -T git@github.com
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 git@github.com: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 treecommit的桥梁,每当我们使用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——压缩历史。在合并特性分支之前,如果发现已提交的内容中有些许拼写错误等,不妨提交一个修改,然后将这个修改包含到前一个提交之中,压缩成一个历史记录。
- 多次提交记录合并成一次

推送至远程仓库

展开阅读全文

没有更多推荐了,返回首页