github入门书籍总结

目录

• 第一章 由来
• 第二章 基本知识简介
• 第三章 初始操作
  • 3.1 注册账号
  • 3.2 创建仓库
• 第四章 具体实际操作
  • 4.1 初始化仓库及相关操作
  • 4.2 分支操作
  • 4.3 消除冲突
  • 4.4 压缩历史
  • 4.5 推送至远程仓库
  • 4.5 从远程仓库获取

第一章 由来

• GitHub是为开发者提供Git仓库的托管服务。

• Git与GitHub的区别：在Git中，开发者将源代码存入名叫“Git仓库”的资料库中并使用；而GitHub则是在网络上提供Git仓库的一项服务。

• Pull Request使得地球上不同位置不同时间的开发者共同开发软件。

• GitHub Flavored Markdown语法被用于GitHub作文字标记使用。

• GitHub以人为中心，我们可以看到一个人公开的所有源代码，还能看出其他的信息，包括提交信息等。

• Issue功能是将一个任务或问题分配给一个Issue进行追求和管理的功能。

第二章 基本知识简介

• 版本管理就是管理更新的历史记录。

• 集中型，将所有数据集中存放在服务器中，便于管理，但一旦开发者所处环境无法连接服务器时，就无法获取最新的源代码，使得开发停滞下来。万一翻身服务故障导致数据消失，那就一切前功尽弃了。
  

• 分散性，GitHub将仓库Fork给了每一个用户，分散性拥有多个仓库，开发者本地就有仓库，无需连接远程服务器就可以进行开发。
  

• Fork就是将GitHub的某个特定仓库复制到自己的账户下，Fork的仓库与原仓库是两个不同的仓库，开发者可以随便编辑。

• 所有仓库之间可以push和pull，即使不通过GitHub，开发者A也可以直接向开发者B的仓库进行push和pull。

• linux和mac系统自带Git，windows安装git应用程序git bash。

• 设置姓名和邮箱地址，输入内容会在~/.gitconfig中显示

git config --global user.name "Firstname Lastname"

git config --global user.email "email@example.com"

• 另外，为了提高可读性，可以设置

git config --global corlor.ui auto

第三章 初始操作

3.1 注册账号

• 注册账号https://github.com/

• 设置SSH Key，GitHub上连接已有仓库时的认证，是通过使用了SSH的公开密钥认证方式进行的。

$ 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: 再次输入密码

需求：注册有限，密码，生成的ssh密钥会放置在/Users/your_user_directory/.ssh/，包括id_rsa和id_rsa.pub。

然后将id_rsa.pub其添加至注册GitHub账号的SSH keys中，id_rsa是私钥，需要自己慎重保存，切勿公开。添加位置

之后就可以使用手中的私人密钥与GitHub进行认证和通信了。测试：

ssh -T git@github.com

Hi hugechuanqi! You've successfully authenticated, but GitHub does not provide shell access.表示成功。

3.2 创建仓库

• 创建仓库repository，参考笔记

• .gitgnore文件记录不需要在Git仓库中进行版本管理的文件。

• README.md文件标明本仓库所包含的软件的概要、使用流程、许可协议等信息。

• clone仓库，将已有仓库clone到本地电脑上进行开发：

git clone https://github.com/hugechuanqi/MachineLearing.git

• 然后编写代码或其他文件，例如.md, .py, .cpp, .c, .java, .txt等，此处假设为hello_world.php，内容自定。

• 提交，通过git add命令将文件加入暂存区，再通过git commit命令提交

git add hello_world.php

git commit -m "Add very good script by php" -m表示提交说明

可以通过git log查看日志；公开的源代码也拥有软件著作权，协议包括BSD修正协议，Apache许可协议，MIT许可协议。

• 然后执行push，GitHub上的仓库就会被更新：

git pull

第四章 具体实际操作

4.1 初始化仓库及相关操作

• git init初始化仓库，要使用版管理，首先得初始化一个仓库，实际建立一个目录并初始化仓库:

mkdir git-tutorial

cd git-tutorial

git init

目录底下会生成.git目录，存储着管理当前目录内容所需的仓库数据。在Git中，这个目录的内容成为“附属于该仓库的工作树”，文件编辑等操作在工作树中进行。

• git status显示Git仓库的状态。

• git add表示向暂存区中添加文件。

• git commit命令可以将当前的暂存区中的文件实际保存到仓库的历史纪录中，保存仓库的历史记录。

• git log查看提交日志

git log -p 显示文件的改动

git log -p README.md 仅查看README.md文件的提交日志。

git diff 查看更改前后的差别，可以查看工作树、暂存区、最新提交之间的差别。

4.2 分支操作

• 分支操作：从master分支创建feature-A分支和fix-B分支，每个分支中都拥有自己的最新代码；master分支是Git默认创建的分支。
  

• git branch命令可以显示分支名列表；

• git checkout -b创建和切换分支；

git checkout -b feature-A

git checkout master 表示切换到master分支

git checkout - 切换回上一个分支

• 特性分支，是集中实现单一特性，除此之外不进行任何作业的分支，往往特性分支会有数个，如feature-A，而保留一个可以随时发布软件的稳定分支，如master。

• 主干分支，master，是特性分支的原点，也是特性分支的终点。

• git merge合并分支，假设分支feature-A上的内容已经实现完毕，这时应该先切换到主干分支master中，然后

git merge --no-ff feature-A

• git reset 回溯历史版本

git reset --hard 3e3e67a1a94cc6180dcd0bbdd2efa91076073422 其中这一长串数字是时间节点的哈希值。git log之后就可以看到，在commit后面。

git checkout -b fix-B 创建特性分支

4.3 消除冲突

• 消除冲突，系统在合并README.md时，feature-A分支更改的部分与本次想要合并的fix-B分支更改的部分发生了冲突，因此需要解决这个冲突。打开README.md文件会发现以下内容：

<<<<<<< HEAD
- Feature-A
=======

- fix-B
>>>>>>> fix-B

其中，=======以上的部分是当前HEAD的内容，以下的部分是要合并的fix-B分支中的内容。我们在编辑器中将其改成想要的样子，即

- Feature-A
- fix-B

这样，就可以让feature-A和fix-B的内容并存于文件之中；但是在实际中，往往需要删除其中一个。然后提交：
git add README.md
git commit -m "solve the conflict"

• git commit --amend修改提交信息
  git commit --amend 然后在编辑器中修改并保存
  随后git log --graph就可以看到提交日志的相应内容已经被修改。

4.4 压缩历史

• git rebase -i 压缩历史，若发现前一个提交内容有错，则提交一个修改，并将这个修改包含到前一个提交之中，压缩成一个历史记录。过程为：
  • git checkout -b feature-C #创建新分支
  • git commit -am "Add feature-C" #提交内容
  • git diff #查看修改后的差别，如何修改内容就是对文件的操作了
  • git commit -am "Fix typo" #Fix typo英文意思是错字和漏字
  • git rebase -i HEAD~2 #将修改的内容“Fix typo”与前一次的提交合并
• git checkout master 切换到主分支
• git merge --no-ff feature-C 将分支feature-C与master主分支合并

4.5 推送至远程仓库

• Git是分散型版本管理系统，为防止与其他仓库混淆，仓库名请与本地仓库保持一致，即git-tutorial。为了提高整合性，创建仓库时不要勾选初始化README文件。

• git remote add 添加远程仓库。在GitHub上创建的仓库路径为"git@github.com: 用户名/git-tutorial.git"。用git remote add命令将其设置成本地仓库的远程仓库。例如：

  • git remote add original git@github.com:hugechuanqi/Algorithms-and-Data-Structures.git
    上述操作之后，Git会自动把git@github.com:hugechuanqi/Algorithms-and-Data-Structures.git远程仓库的名称设置为origin（标志符）。

• git push 推送至远程仓库

  • git push -u origin master 把当前分支的内容推送给远程仓库origin的master分支。-u阐述可以在推送的同时，将origin仓库的master分支设置为本地仓库当前分支的upstream（上游）。添加-u阐述有利于之后运行git pull命令从远程仓库获取内容时，省去了另外添加的麻烦。

• git push 推送至master以外的分支

  • git checkout -b feature 创建分支
  • git push -u origin feature-D 将当前分支push给远程仓库并保持分支名称不变。之后就可以在远程仓库的GitHub页面就可以查看到feature-D分支。

4.5 从远程仓库获取

• git clone 获取远程仓库。
  切换到非仓库目录名下后，执行git clone git@github.com:hugechuanqi/Algorithms-and-Data-Structures.git，我们会默认处于master分支，同时系统会自动将origin设置成该远程仓库的标识符。即当前仓库的master分支与GitHub端的远程仓库(origin)的master分支在内容上完全相同。

• git branch -a 命令查看当前分支的相关信息。

• 获取远程的feature-D分支（??此处有点问题，今天暂时没时间修改）

  • git checkout -b feature-D origin/feature-D. -b参数后面是本地仓库中新建分支的名称。为了与远程仓库origin/feature-D保持同名，此处-b后面也起名为feature-D，过程如下：

git init
git remote add origin git@github.com:hugechuanqi/Algorithms-and-Data-Structures.git    #将远程仓库名称设置为origin
git checkout -b feature-D origin/feature-D    #新建分支，并获取远程分支内容

• git pull 获取最新的远程仓库分支
  • git pull origin feature-D 将本地的feature-D分支更新到最新状态。如果两人同时修改了同一部分的源代码，push时就很容易发生冲突，所以多人同时在同一个分支中进行作业时，为减少冲突情况的发生，建议更频繁地进行push和pull操作。

推荐资料：
1、Pro Git：http://git-scm.com/book/zh/v1，是一本零基础Git学习资料。 由 Scott Chacon书写。
2、LearnGiBranching：http://pcottle.github.io/learnGitBranching/，是学习Git基本操作的网站，偏重树形结构。
3、tryGit：http://try.github.io/ 可以在Web上一边操作一边学习Git的基本功能。

97/286 未完待续

参考：书籍：github入门与实践