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