本篇随笔是在笔者使用源代码管理工具GitHub后的自己的一些总结。通篇博客将分成GitHub的用法介绍和使用GitHub后的感受两部分进行介绍。

1.Github的用法

（1）注册与登录

Github官网地址为：https://github.com/

官网页面：

点击sign up后

 

注册后会想你收集个人信息及偏好：

距离成功拥有账号只差一个验证邮箱：

注册成功后或者你已经注册拥有了GitHub的账号，那你就可以直接点击右上角的Sign in进入登录界面:

(2)正式使用

1.创建自己的项目

a、登录账号

b、

PS：如果在5中选择个人项目是要收钱的！！！

创建完成：

c.创建SSH Key

项目仓库的修改和提交需要使用SSH协议来进行, 使用http是只读的.Github仓库就是用的公钥-私钥验证机制。

在自己的Linux终端或虚拟机上生成一个key,在命令行执行：

ssh-keygen

一路回车就好了.生成的目录在：

cat ~/.ssh/

下面,它包含两个文件, id_rsa和id_rsa.pub,分别表示私钥和公钥文件, 私钥文件自己使用, 公钥文件需要上传到Github上.

如果有多台电脑都需要充当客户端,比如白天公司PC上提交代码, 晚上笔记本在家里也提交同样的代码到Github上的相同项目下, 只需要将这里的私钥文件id_rsa复制到各自家目录的~/.ssh下面即可.

为此将上面的公钥上传到Github上面.下面是相关页面：

https://github.com/settings/keys

依次点击New SSH key, 随意命令Title,将公钥文件复制到下面的Key方框内, 点击Add SSH key就完成公钥的上传.

 

最后提交后的画面是：

 

附：

sudo ssh-keygen
 
 
#cat ~/.ssh/id_rsa.pub
#路径  公钥文件 
 
https://github.com/settings/keys
#上传位置
 
->New SSH key  -> (任意id)title  -> (下方矩形大方块 上传id_rsa.pub)->Add SSH key(绿色的)

 

//远程修改 更新

//github项目主页链接 然后用编辑器打开代码修改

    #将修改代码提交到本地仓库
     
    git commit -a -m "1.修改了README.md文件"
     
    #将同步代码更新到远程仓库
     
    git push
     
    #从远程仓库更新代码
     
    git pull

 

 

e.我们从项目主页获取链接：

 

 

 

f.将项目checkout到本地进行修改，然后提交给远程GitHub仓库，这样就可以实现，本地改，云端同步了！

前面的这些，我都是在以前的场景中应用过的，现在来讲我没有用过，但现在已经通过了解学习的：GitHub的团队协作功能！

4)团队协作（本部分有参考：https://www.cnblogs.com/thousfeet/p/7840932.html）

a.创建 organization：

 

 

 

 

 

 

 

b.可以邀请人开坑了：

 

 

 

c.建立团队项目仓库

 

 

 

d.在设置中将 team 的权限设置为 read

 

 

 

 

e.创建开发分支

 

 

f.让队友 fork 到个人仓库

 

 

 

成功后在个人仓库中能看到如下 fork 信息：

 

 

2.

查找学习他人的代码：

2.我的感受

我在使用GitHub后的感受是很方便我们储存自己写的代码，这样可以节省很多的电脑本地空间，而且就像我上文中所写道的，它的本地传递到云端也十分的快捷便利。而且在GitHub里我们可以找到很多开源的并且十分好用的项目代码，这样也可以使我们很好的学习更多的编程知识，并且也方便程序员之间的技术交流，使得技术传播得更快，发展的也越快！

前面的部分是对我以前常用的GitHub个人部分的感想，在这次实际体验了GitHub团队协作的功能，我更加的感受到了这款产品给我们程序员所带来的便捷性，是团队的分工合作能够更加的方便快捷！

所以，我认为GitHub是一款很好的源代码管理工具，同时也希望能够推荐更多的源代码管理工具，与诸君共勉！

额外点评：关于在Github Pages上使用评论的心得

Github上的评论系统

Github上比较有名的评论系统：
1.Gitalk
2.Gitment
3.Valine
4.fcomment
5.utterances

其中Gitalk、utterances和Gitment是基于Github Issue的，而Valine和fcomment是基于Leancloud的。这几款都支持Markdown。

为什么选择了Gitalk

这个博客使用的是Gitalk作为评论系统，为什么选择了它呢？

首先，Gitment已经停止维护了，所以首先排除它。
utterances评论在评论框上面……很难习惯这个设计
fcomment和Valine倒是看起来还不错，也都有邮件提醒，当然Github Issue自身也带邮件提醒，体现不出差距
Gitalk比fcomment和Valine差的地方是每一篇文章需要手动初始化。不过鉴于朋友们更新文章时应该会看一看，顺带的初始化一下，这个影响也不大。
fcomment和Valine的缺点我觉得就是安全性、用户识别性的问题，这个应该是主要原因。fcomment倒是还支持Github登录，Valine评论还要输一大堆东西，而且也没办法验证他们的真实性，Github至少是经过邮箱验证的，所以还是选择Gitalk了。