1. git上能创建多少仓库
可以通过Git创建一个本地版本库，并推送至Git服务器作为一个中心库使用，步骤如下：
创建一个空目录git-demo。
点击右键，点击右键菜单中git-init-here命令。
这时你会发现，git-demo目录中多出一个.git目录，点击右键你也会发现其中多出了多个git命令，说明这时你的本地版本库已经创建成功。
在git-demo目录中点击右键，点击菜单中git-bash命令打开git命令窗口。
在git命令行中依次输入touch readme.txt并回车，git add . 并回车,git commit -m "init first"并回车，三条命令，这三条命令作用是创建一个readme.txt文件并提交到版本库中。
在命令中输入如下命令：git remote add origin https://github.com/longpin/git-demo.git作用即为本地版本库关联要推送到的远程版本库地址。
https://github.com/longpin/git-demo.git为要推送的中心库位置，在浏览器中输入即可访问。
2. 为什么github是最大的
GitHub是一个开源代码托管平台，它就像是一个大型的代码库，像苹果、亚马逊等许多科技巨头也在使用，使之在程序员世界中变得非常流行。截至2018年6月，GitHub拥有逾2800万个用户和5700万个代码仓库，是全世界最大的开源代码托管平台。GitHub的盈利方式主要有三种：代码托管服务、数据沉淀和云储存服务、企业猎头招聘服务。
GitHub十年成长为全球最大的开源代码托管平台
2009年，GitHub创始人普雷斯顿-沃纳参加7月举行的雅虎开发者大会时表示，GitHub已经拥有10多万用户，托管了9万多个公共存储库，并仅在5个月内就增长了95 %。
截至2018年6月，GitHub拥有逾2800万个用户和5700万个代码仓库（包括2800万个公共代码仓库），这使得它成为了全世界最大的开源代码托管平台。从市场价值来看，GitHub不论是在用户数量和开源软件代码库的数量都有飞跃式的发展，可想而知，GitHub的发展不可估量。
所以说GitHub作为托管平台绝对是业界老大！
3. 怎么使用github上的开源库
第一步: 进行Fork
第二步: 进行克隆
利用右侧边栏中的URL对repo进行克隆：
第三步: 添加上游远程仓库
切换到克隆目录，在这里大家可以添加上游远程仓库：
步骤四：检查主题分支
不过在大家执行自己的变更前，请先对主题分支进行检查：
步骤五：提交
现在，大家可以执行变更并创建commit以追踪具体变更内容。
步骤六：推送
接下来，大家将把主题分支推送到自己的项目fork当中。
第七步：创建pull request
4. github私有库权限怎么设置
作者：九毫
链接：http://www.hu.com/question/32089107/answer/106390700
来源：知乎
着作权归作者所有，转载请联系作者获得授权。
在本地计算机与GitHub（或GitLab）进行通信时，传输主要基于两种协议，HTTPS和SSH，对应的仓库地址就是HTTPS URLs和SSH URLs。
首先需要强调的是，HTTPS URLs和SSH URLs对应的是两套完全独立的权限校验方式，主要的区别就是HTTPS URLs采用账号密码进行校验，SSH URLs采用SSH秘钥对进行校验。平时使用的时候我们可以根据实际情况，选择一种即可。
HTTPS URLs
GitHub官方推荐采用HTTPS URLs的方式，因为该种方式适用面更广（即使在有防火墙或代理的情况下也同样适用），使用更方便（配置更简单）。
采用HTTPS URLs地址clone/fetch/pull/push仓库时，事先无需对本地系统进行任何配置，只需要输入GitHub的账号和密码即可。不过如果每次都要手动输入账号密码，也是一件很繁琐的事情。
好在已经有多个机制可以让操作不用这么麻烦。
在Mac系统中，在启用Keychain机制的情况下，首次输入GitHub账号密码后，认证信息就会自动保存到系统的Keychain中，下次再次访问仓库时就会自动读取Keychain中保存的认证信息。
在非Mac系统中，虽然没有Keychain机制，但是Git提供了credential helper机制，可以将账号密码以cache的形式在内存中缓存一段时间（默认15分钟），或者以文件的形式存储起来（~/.git-credentials）。当然，Mac系统如果不启用Keychain机制，也可以采用这种方式。
# cache credential in memory
$ git config --global credential.helper cache
# store credential in ~/.git-credential
$ git config --global credential.helper store
在credential.helper设置为store的情况下，首次输入GitHub账号密码后，就会自动保存到~/.git-credentials文件中，保存形式为https://user:[email protected]；下次再次访问仓库时就会自动读取~/.git-credentials中保存的认证信息。
另一个需要说明的情况是，如果在GitHub中开启了2FA（two-factor authentication），那么在本地系统中输入GitHub账号密码时，不能输入原始的密码（即GitHub网站的登录密码），而是需要事先在GitHub网站中创建一个Personal access token，后续在访问代码仓库需要进行权限校验的时候，采用access token作为密码进行输入。
SSH URLs
除了HTTPS URLs，还可以采用SSH URLs的方式访问GitHub代码仓库。
采用SSH URLs方式之前，需要先在本地计算机中生成SSH keypair（秘钥对，包括私钥和公钥）。默认情况下，生成的秘钥位于$HOME/.ssh/目录中，文件名称分别为id_rsa和id_rsa.pub，通常无需修改，保持默认即可。不过，如果一台计算机中存在多个秘钥对，就需要修改秘钥文件名，名称没有强制的命名规范，便于自己辨识即可。
如下是创建秘钥对的过程。
➜ ssh-keygen -t rsa -b 4096 -C "[email protected]"
Generating public/private rsa key pair.
Enter file in which to save the key (/Users/Leo/.ssh/id_rsa): /Users/Leo/.ssh/debugtalk_id_rsa
Enter passphrase (empty for no passphrase): <myPassphrase>
Enter same passphrase again: <myPassphrase>
Your identification has been saved in /Users/Leo/.ssh/debugtalk_id_rsa.
Your public key has been saved in /Users/Leo/.ssh/debugtalk_id_rsa.pub.
The key fingerprint is:
SHA256:jCyEEKjlCU1klROnuBg+UH08GJ1u252rQMADdD9kYMo [email protected]
The key's randomart image is:
+---[RSA 4096]----+
|+*BoBO+. |
|o=oO=** |
|++E.*+o. |
|+ooo +o+ |
|.o. ..+oS. . |
| . o. . o |
| . . |
| . . |
| .. |
+----[SHA256]-----+
在创建秘钥的过程中，系统还建议创建一个名为passphrase的东西，这是用来干嘛的呢？
首先，单独采用密码肯定是不够安全的。如果密码太简单，那么就很容易被暴力破解，如果密码太复杂，那么用户就很难记忆，记录到小本子里面更不安全。
因此，SSH keys诞生了。SSH秘钥对的可靠性非常高，被暴力破解的可能性基本没有。不过，这要求用户非常谨慎地保管好私钥，如果别人使用你的计算机时偷偷地将你的私钥拷走了，那么就好比是别人拿到了你家里的钥匙，也能随时打开你家的门。
基于以上情况，解决办法就是在SSH keys之外再增加一个密码，即passphrase。只有同时具备SSH private key和passphrase的情况下，才能通过SSH的权限校验，这就大大地增加了安全性。当然，这个passphrase也不是必须的，在创建秘钥对时也可以不设置passphrase。
另外，如果每次权限校验时都要输入passphrase，这也是挺麻烦的。好在我们不用再担心这个问题，因为ssh-agent可以帮我们记住passphrase，Mac系统的Keychain也可以记住passphrase，这样我们在同一台计算机中就不用重新输入密码了。
秘钥对创建好以后，私钥存放于本地计算机（~/.ssh/id_rsa），将公钥（~/.ssh/id_rsa.pub）中的内容添加至GitHub账户。
# the contents of id_rsa.pub to the clipboard
➜ pb < ~/.ssh/id_rsa.pub
# paste to GitHub
# Login GitHub, 【Settings】->【SSH and GPG keys】->【New SSH Key】
不过，如果此时检测本地计算机与GitHub的连接状态，会发现系统仍提示权限校验失败。
➜ ssh -T [email protected]
Permission denied (publickey).
这是因为在本地计算机与GitHub建立连接的时候，实际上是本机计算机的ssh-agent与GitHub服务器进行通信。虽然本地计算机有了私钥，但是ssh-agent并不知道私钥存储在哪儿。因此，要想正常使用秘钥对，需要先将私钥加入到本地计算机的ssh-agent中（添加过程中需要输入passphrase）。
# start ssh-agent in the background
➜ eval "$(ssh-agent -s)"
Agent pid 78370
➜ ssh-add ~/.ssh/id_rsa
Enter passphrase for /Users/Leo/.ssh/id_rsa: <myPassphrase>
Identity added: /Users/Leo/.ssh/id_rsa (/Users/Leo/.ssh/id_rsa)
添加完成后，就可以查看到当前计算机中存储的密钥。
➜ ssh-add -l
4096 SHA256: /Users/Leo/.ssh/id_rsa (RSA)
再次检测本地计算机与GitHub的连接状态，校验就正常通过了。
➜ ssh -T [email protected]
Hi djileolee! You've successfully authenticated, but GitHub does not provide shell access.
后续再进行clone/fetch/pull/push操作时，就可以正常访问GitHub代码仓库了，并且也不需要再重新输入账号密码。
而且，将私钥加入ssh-agent后，即使删除私钥文件，本地计算机仍可以正常访问GitHub代码仓库。
➜ rm -rf ~/.ssh
➜ ssh-add -l
4096 SHA256: /Users/Leo/.ssh/id_rsa (RSA)
➜ ssh -T [email protected]
The authenticity of host 'github.com (192.30.252.130)' can't be established.
RSA key fingerprint is SHA256:.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,192.30.252.130' (RSA) to the list of known hosts.
Hi djileolee! You've successfully authenticated, but GitHub does not provide shell access.
只有执行ssh-add -D或ssh-add -d pub_key命令，将私钥从ssh-agent删除后，认证信息才会失效。
➜ ssh-add -d ~/.ssh/id_rsa.pub
Identity removed: /Users/Leo/.ssh/id_rsa.pub ([email protected])
➜ ssh-add -l
The agent has no identities.
➜ ssh -T [email protected]
Permission denied (publickey).
同时使用多个GitHub账号
熟悉了HTTPS URLs和SSH URLs这两种校验方式之后，我们再来看之前遇到的问题。要想在一台计算机上同时使用多个GitHub账号访问不同的仓库，需要怎么做呢？
为了更好地演示，现假设有两个GitHub账号，debugtalk和djileolee，在两个账号中各自有一个仓库，debugtalk/DroidMeter和DJIXY/MobileStore（公司私有库）。
前面已经说过，HTTPS URLs和SSH URLs对应着两套独立的权限校验方式，因此这两套方式应该是都能单独实现我们的需求的。
不过在详细讲解Git权限校验的问题之前，我们先来回顾下Git配置文件的优先级。
Git配置存储位置及其优先级
Unix-like系统中，保存Git用户信息的主要有3个地方（Mac系统多一个Keychain）：
/etc/gitconfig：存储当前系统所有用户的git配置信息，使用带有--system选项的git config时，配置信息会写入该文件；
~/.gitconfig或~/.config/git/config：存储当前用户的git配置信息，使用带有--global选项的git config时，配置信息会写入该文件；
Keychain Access：在开启Keychain机制的情况下，进行权限校验后会自动将账号密码保存至Keychain Access。
仓库的Git目录中的config文件（即repo/.git/config）：存储当前仓库的git配置信息，在仓库中使用带有--local选项的git config时，配置信息会写入该文件；
在优先级方面，以上4个配置项的优先级从上往下依次上升，即repo/.git/config的优先级最高，然后Keychain Access会覆盖~/.gitconfig中的配置，~/.gitconfig会覆盖/etc/gitconfig中的配置。
基于SSH协议实现多账号共存
先来看下如何采用SSH URLs实现我们的需求。
在处理多账号共存问题之前，两个账号均已分别创建SSH秘钥对，并且SSH-key均已加入本地计算机的ssh-agent。
➜ ssh-add -l
4096 SHA256: /Users/Leo/.ssh/dji_id_rsa (RSA)
4096 SHA256: /Users/Leo/.ssh/id_rsa (RSA)
在详细讲解多账号共存的问题之前，我们先来回想下平时在Terminal中与GitHub仓库进行交互的场景。
➜ DroidMeter git:(master) git pull
Already up-to-date.
➜ DroidMeter git:(master) touch README.md
➜ DroidMeter git:(master) ✗ git add .
➜ DroidMeter git:(master) ✗ git commit -m "add README"
➜ DroidMeter git:(master) git push
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 310 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@debugtalk:debugtalk/DroidMeter.git
7df6839..68d085b master -> master
在操作过程中，本地计算机的ssh-agent与GitHub服务器建立了连接，并进行了账号权限校验。
当本地计算机只有一个GitHub账号时，这个行为并不难理解，系统应该会采用这个唯一的GitHub账号进行操作。那如果本地计算机中有多个Github账号时，系统是根据什么来判断应该选择哪个账号呢？
实际情况是，系统没法进行判断。系统只会有一个默认的账号，然后采用这个默认的账号去操作所有的代码仓库，当账号与仓库不匹配时，就会报权限校验失败的错误。
那要怎样才能让系统正确区分账号呢？这就需要我们手动进行配置，配置文件即是~/.ssh/config。
创建~/.ssh/config文件，在其中填写如下内容。
# debugtalk
Host debugtalk
HostName github.com
User git
IdentityFile ~/.ssh/id_rsa
# DJI
Host djileolee
HostName github.com
User git
IdentityFile ~/.ssh/dji_id_rsa
要理解以上配置文件的含义并不难，我们可以对比看下两个项目的SSH URLs：
[email protected]:debugtalk/DroidMeter.git
[email protected]:DJISZ/Store_Android.git
其中，git是本地ssh-agent与GitHub服务器建立SSH连接采用的用户名（即User），http://github.com是GitHub服务器的主机（即HostName）。
可以看出，如果采用原始的SSH URLs，由于User和HostName都相同，本地计算机并不知道应该采用哪个SSH-key去建立连接。
因此，通过创建~/.ssh/config文件，在Host中进行区分，然后经过CNAME映射到HostName，然后分别指向不同的SSH-key，即IdentityFile。由于HostName才是真正指定GitHub服务器主机的字段，因此这么配置不会对本地ssh-agent连接GitHub主机产生影响，再加上Host别名指向了不同的SSH-key，从而实现了对两个GitHub账号的分离。
配置完毕后，两个GitHub账号就可以通过Host别名来进行区分了。后续再与GitHub服务器进行通信时，就可以采用Host别名代替原先的http://github.com。例如，测试本地ssh-agent与GitHub服务器的连通性时，可采用如下方式：
➜ ssh -T git@debugtalk
Hi debugtalk! You have successfully authenticated, but GitHub does not provide shell access.
➜ ssh -T git@djileolee
Hi djileolee! You have successfully authenticated, but GitHub does not provide shell access.
可以看出，此时两个账号各司其职，不会再出现混淆的情况。
不过，我们还遗漏了很重要的一点。在本地代码仓库中执行push/pull/fetch等操作的时候，命令中并不会包含Host信息，那系统怎么知道我们要采用哪个GitHub账号进行操作呢？
答案是，系统还是没法判断，需要我们进行配置指定。
显然，不同的仓库可能对应着不同的GitHub账号，因此这个配置不能配置成全局的，而只能在各个项目中分别进行配置，即repo/.git/config文件。
配置的方式如下：
在debugtalk/DroidMeter仓库中：
➜ git remote add origin git@debugtalk:debugtalk/DroidMeter.git
在DJIXY/MobileStore.git仓库中：
➜ git remote add origin git@djileolee:DJIXY/MobileStore.git
配置的原理也很容易理解，就是将仓库的Host更换为之前设置的别名。添加完毕后，后续再在两个仓库中执行任何git操作时，系统就可以选择正确的SSH-key与GitHub服务器进行交互了。
基于HTTPS协议实现多账号共存
再来看下如何采用HTTPS URLs实现我们的需求。
有了前面的经验，我们的思路就清晰了许多。采用HTTPS URLs的方式进行Git权限校验后，系统会将GitHub账号密码存储到Keychain中（Mac系统），或者存储到~/.git-credentials文件中（Git credential helper）。
不管是存储到哪里，我们面临的问题都是相同的，即如何在代码仓库中区分采用哪个GitHub账号。
配置的方式其实也很简单：
在debugtalk/DroidMeter仓库中：
➜ git remote add origin https://[email protected]/debugtalk/DroidMeter.git
在DJIXY/MobileStore.git仓库中：
➜ git remote add origin https://[email protected]/DJIXY/MobileStore.git
配置的原理也很容易理解，将GitHub用户名添加到仓库的Git地址中，这样在执行git命令的时候，系统就会采用指定的GitHub用户名去Keychain或~/.git-credentials中寻找对应的认证信息，账号使用错乱的问题也就不复存在了。
5. github 个人免费空间有多大
没有限制。推荐1G以内。达到1G以后会受到GITHUB的通知邮件，上传超过50M的单个文件会warning，无法上传超过100M的单个文件。目前大文件会提供一个1G的免费GIT-LFS空间。
6. github是如何存储海量的代码的，用到了什么技术，使用了什么数据库
ORACLE、DB2、SQL SERVER都可以，关键不是选什么数据库，而是数据库如何优化！ 需要看你日常如何操作，以查询为主或是以存储为主或2者，还要看你的数据结构，都要因地制宜的去优化！所以不是一句话说的清的！
7. GitHub提交代码到私人存储库
有天晚上，想自己创建一个Git的仓库，不知为啥，没成功。可能是熬夜太晚，今天一搞十几分钟就好了。那我就来简单的总结一下。
1、在网络上搜索并下载GitBash，并安装
2、在你想要创建仓库的位置，创建一个改仓库的目录，如果你觉得当前目录就不错，也可以使用当前目录，然后初始化目录。
[plain]view plain
gitinit
- 3、然后去你的GitHub主页，创建一个仓库，创建后将仓库的地址复制出来。
gitcloneh
- 5、clone好后，将会发现本地仓库中多了一个文件夹，与GitHub主页上的仓库名相同。
gitadd.
- 7、接着提交，并写一个简短的说明。这个提交时先提交到本地仓库中。
gitcommit-m"xxxx"
- 8、上传到远程仓库，注意这个过程需要用户名，密码。
gitpushoriginmaster
- 9、等上传完毕后GitBash会有提示。如果没有提示，说明上传比较慢，耐心等待一下哈。
To
*[newbranch]master->master
gitadd.
- Git会自动识别哪些是新增加的代码，之后的操作重复第7、8步就可以了。
4、回到本地，你初始化本地仓库的地方，用如下命令，将你远程的仓库克隆下来。里面的xxx是我举的例子哈。
[html]view plain
此时，也是最关键的步骤：
将clone出的文件夹中的内容，一般是一个Readme文件，还有一个.git的隐藏文件夹，复制出来。
粘贴在你初始化的仓库中，然后删除clone出的那个文件夹。
6、下面就可以添加项目了。利用如下命令，添加项目。add .是添加所有文件，如果是添加部分，可以用add + "文件名"
[html]view plain
[html]view plain
[html]view plain
成功提示类似下面：
[html]view plain
10、项目中新增一个文件夹怎么上传到GitHub
这个问题其实很简答：
[html]view plain
11、提示一下
如果你要修改README.md文件，这个文件要采用markdown格式编写哦。
就是记录下，备忘。
8. 如何评价 GitHub 开放 unlimited private repositories
Github的基本功能：
Repository：你和我一起做“知乎首页”，“知乎首页”就是Repository，即项目或者”未来武器T2级425mm磁轨炮“之类，怎么叫随你，你只需知道Repository是个放项目的地方就行。有时候会出现Repositories，是多个Repository的意思。
Fork：我们把制作“知乎首页“的工作分开，你负责美工，我负责前端开发，但我们还需要数据服务器高手。你找来了一位php大牛，这位大牛很快搞定了服务器端，闲来无事，就看了看我的前端代码，一看，“我靠，这怎么一点也不语义化呢？全是尼玛的清一色的<div>啊，将来做交互js还搞不搞dom了……”于是这大牛在Repository中找到了我写的“.html”，Fork了一份，也就是授权拷贝。
Branch：Fork之后，在大牛的Github上出现了一个同样叫做“知乎首页”的Repository，但是这个Repository是复制品，只归他，这就是他的Branch，也就是分支。
Pull Request：大牛做完了一份全新的高端.html，点了Pull Request，也就是推送请求。我接受了，看了一眼，顿时惊讶爆表，“中国足球——高，实在是高！”
现在你懂了，Github的结构是Repository-Branch-(获取/推送)文件。你又发现Github可以比较两个文件的异同，新增的部分用绿色标记，删除的部分用红色标记。Pull Request还可以控制，甚至可以合并Branch，这就是团队合作利器啊，真乃高大上也，手痒了吧？心动了吧？
请注册Github并登录。
下载客户端并登录，客户端负责你硬盘上的数据与Github服务器数据的交互，然后设置存储目录。为了表现你的才华，你决定将此目录命名为“诸神之爹”。
既然有这么多的国外开源项目，我们国内哪有不自主的道理。必须要实践一下这个顶好赞的Fork功能。现在你来到了Fadeoc/frontend · GitHub，你看到了这是用户Fadeoc的一个叫做“frontend”的Repository，你笑了，这家伙学习前端知识不过十天，代码一片渣，竟然有的代码里只写了“薯仔”和“二狗子”几个汉字。你点了一下右上角的Fork，然后clone in desktop，保存到“诸神之爹”，哇！文件已经在你电脑里了，完全免费耶！+10086！
一个小时后，你对Fadeoc的渣代码颇有心得，决定帮他改良，不然他这项目就完了。你改好之后，Pull Request，这丫的竟然说你的代码太渣，不吸收。贱人！老子自己做，抢你市场份额！
你点了右上角自己头像后面的+号，选择了第一个New repository，即新建repository，并且起了个名字，叫做“完爆Fadeoc”，然后点击绿色按钮set up in desktop，弹出保存框，选择“诸神之爹”。于是“诸神之爹”下出现了一个“完爆Fadeoc”的文件夹。
你自己写了一份“神爹首页.html”，把它放在了“完爆Fadeoc”文件夹下。
你打开了客户端，看到客户端界面中master Branch（主人分支，这名字太云端了）出现了一个Uncommitted changes，即未提交的变动，也就是你刚写的“神爹首页.html”。你点开show按钮，在summary（摘要）的部分添上“滚你丫的Fadeoc”，在Description（细节描述）的位置是没必要写的，但你还是决定添上“爆你菊花”四个大字。然后选择“Commit to 你的用户名”。
为了把这个提交上传到Github上让贱人Fadeoc看到，你点击了客户端右上角的后面显示了一个“+1”的Sync，即同步，过了几秒，Sync前的两个曲线箭头停止了转动，同步成功了，“+1”消失，表示一个文件成功上传。
你来到Github，刷新自己的个人页，“完爆Fadeoc”这个Repository出现在页面上，点开它，在里面你看到了”神爹首页.html”。
为了让这个项目的初始目的更加浅显易懂，你决定添加一个Readme.txt，虽然从前下载的N多软件的文件夹里总是有一个Readme.txt，你一个都没打开过。但在圈里混，就得混的人模狗样的，于是你在“完爆Fadeoc”下新建了一个Readme.txt，里面写上，“Fadeoc，没错，说的就是你，看我口型，你个贱人！”
同样使用客户端commit，然后sync，过了几秒，刷新github，你看到又多出了一个readme.txt。而且在下面又多出一个文字显示框，里面显示的就是readme.txt里面的内容“Fadeoc，没错，说的就是你，看我口型，你个贱人！”，避免了Fadeoc这个贱人不想打开readme.txt也就看不到你亲切问候的尴尬局面。Github真是贴心呐。
你复制了这个Repository的地址，Email给了Fadeoc。
Fadeoc不是那么容易被打败的，于是他Fork了你的Repository，修改了readme.txt，然后pull request，你看到fadeoc新生成的branch下的readme.txt被改成了“你才是贱人”。你拒绝了合并请求。
Fadeoc再次pull request，readme.txt改成了“敢不做恶吗？”
你有点烦了，这他妈的怎么才能不让他pull request，将来大项目N多陌生人菜鸟pull request烦不烦，就不能不开源，转私有吗？你终于找到了Github的升级服务，你笑了，将这个Repository从Public转成了Private。Fadeoc肯定会继续pull request，得不到你回应的他只会渐渐被复仇的怒火烧尽理智，可是，谁在乎呢？
Github还有更多细节功能，在使用过程中，你会慢慢发现，慢慢学会。但是不管如何，现在你会使用Github的基本功能了。
9. github是什么意思
GitHub是通过Git进行版本控制的软件源代码托管服务，由GitHub公司（曾称Logical Awesome）的开发者Chris Wanstrath、PJ Hyett和Tom Preston-Werner使用Ruby on Rails编写而成。
GitHub同时提供付费账户和免费账户。这两种账户都可以创建公开或私有的代码仓库，但付费用户支持更多功能。
GitHub是最流行的Git访问站点，除了允许个人和组织创建和访问保管中的代码以外，它也提供了一些方便社会化共同软件开发的功能，即一般人口中的社群功能，包括允许用户追踪其他用户、组织、软件库的动态，对软件代码的改动和bug提出评论等。
GitHub也提供了图表功能，用于概观显示开发者们怎样在代码库上工作以及软件的开发活跃程度。
因GitHub开源社群性别严重失衡，男性群体高达95%以上，故GitHub常被网民们戏称为“GayHub”、即“全球最大同性交友网站”。
(9)github开放无限存储库扩展阅读：
GitHub平台于2007年10月1日开始开发。]网站于2008年2月以beta版本开始上线，4月份正式上线。
GitHub里面的项目可以通过标准的Git命令进行访问和操作。同时，所有的Git命令都可以用到GitHub项目上面。GitHub开发了针对Microsoft Windows和macOS操作系统的桌面客户端。此外，也可以使用第三方插件来实现Git功能。
网站提供了一系列社交网络具有的功能，例如赞(star)、关注(follow)、评论。用户可以通过复刻(fork)他人项目的形式参与开发，并可通过协作示意图来查看有多少开发者参与了开发并追踪最新的复刻版本。此外网站还有Wiki（通过一个名为 gollum 的软件实现）等功能。
GitHub同时允许注册用户和非注册用户在网页中浏览项目，也可以以ZIP格式打包下载。但是用户必须注册一个账号然后才能进行讨论、创建并编辑项目、参与他人的项目和代码审查。
GitHub支持创建不限数量的公开仓库，已付费用户可以创建私有仓库。2019年1月7日，GitHub宣布免费用户也可以创建私有仓库，私有仓库数量不限但每个仓库最多指定三个合作者。
参考资料来源：网络——github