github功能分析

1.Code 代碼部分

2.Issues 提交BUG問題的地方

3.Pull requests 修改別人的代碼並返還
Pull Request是用戶修改代碼後向對方倉庫發送採納的請求功能，也是GitHub的核心功能，正式由於有了這個功能，
纔會讓衆多開發者輕鬆地加入到開源開發的隊伍中來。
步驟：
1)先 fork 別人的倉庫，至關於拷貝一份; (fork拷貝別人的代碼)
2)clone 到本地分支，作一些 bug fix (修復bug)
3)發起 pull request 給原倉庫，讓他看到你修改的 bug
4)原倉庫 review 這個 bug，若是是正確的話，就會 merge 到他本身的項目中 (review審查,merge合併)
5)至此，整個 pull request 的過程就結束了。

4.Project 項目交互部分
1)項目代碼交互
2)項目bug問題交互

5.wiki 開放式的知識庫

6.Pulse 檢查項目具體狀況
Pulse是體現該倉庫軟件開發活躍度的功能。近期該倉庫建立了多少個Pull Request或Issue，
有多少人蔘與了這個倉庫的開發等，均可以在這裏一目瞭然。根據這個頁面，用戶能夠判斷目前這個軟件是否正在被積極開發，
或者有倉庫修改權限的人是否在認真地進行BUG修正等維護工做。在GitHub選軟件時，它能夠做爲一個重要的衡量標準。

7.Graphs 圖表
1)Contributore(用戶貢獻信息)
在Contributore的4種圖表中，咱們能夠看到每一個用戶在相應日期中發送提交、添加代碼、刪除代碼的大體數量，
從這裏咱們能夠看到該倉庫的代碼主要由哪些人編寫。並且，還能夠經過圖標分析處該軟件大幅修改階段和穩定維護階段
的相應時期。
2)Traffic(通訊)
含有代碼下載等信息
3)commits(代碼提交信息)
Commits Activity中顯示了一年內（52周）每週收到的提交的大體數量。經過左箭頭和右箭頭移動，還能夠查看天天
的提交數量，下面的曲線相應的跟着變更。判斷某個倉庫是否在積極的更新時，這部分是一個重要的指標。
4)Code Frequency(頻率)
Code Frequency中顯示了該倉庫中代碼行數的增長量和刪除量。基線以上綠色線條表示增長的代碼數量，
基線如下紅色線條表示刪除的代碼數量。一款優秀的軟件並不會一味的增長代碼，在通過重構以後，代碼量每每會下降。
5)Punch card(穿孔卡片)
從Punch card的圖中能夠直觀地掌握一週內天天什麼時候收到的提交最多，黑色圓圈越大提交越頻繁。
倉庫的關鍵人物一般會出如今提交頻率最高的時間段，所以，用戶發送的Pull Request最有可能在這段時間內被處理。
大體瞭解時間規律，將有助於你們把握好發送Pull Request以及等待回覆的時間點。
6)Network(分支網絡)
以圖表形式顯示包括克隆倉庫在內的全部分支的提交。能夠直觀的看出每一個人作了多少工做。將鼠標移到圖中的點上，
能夠查看相應的參考內容。
7)Members(成員)
這個樹型列表展現的擁有該倉庫權限的、Fork並提交過代碼的用戶。層級關係表示的是組織下的成員。
8)Dependents(關聯)

8.Settings 設置
在這裏能夠對倉庫進行任何設置。用戶必須有更改權限的設置才能看到這個頁面。
1)Settings
在這裏能夠修改倉庫名稱，設置顯示倉庫URL時默認顯示的分支。這個默認分支同時也是能夠建立Pull Request時的默認值，
若是各位的主分支不是master分支，建議更改這一設置。
2)Features
這裏能夠更改Wiki和Issue的相關設置。若是想關閉某些功能，只要取消勾選相應複選框便可，該功能就會從菜單中移除，
沒法使用。
3)Merge Button
這裏能夠設置合併代碼按鈕的合併方式，第一個選項是是否容許合併後再提交，默認是容許的；第二個選項是指是否容許壓縮、
壓碎提交
4)GitHub Pages
GitHub有一個名爲GitHub Pages的倉庫，用戶能夠利用該倉庫中資料建立WEB頁面，用來發布倉庫中軟件的相關信息
若是已經建立過Pages，則會顯示相應的URL。點擊Automatic Page Generator便可以自動建立GitHub Pages。
5)Danger Zone
這裏是一些須要格外留意的設置，在這裏用戶能夠將倉庫改成私有或是變動倉庫的全部者，甚至刪除倉庫自己。
這些設置有可能影響到其餘人，在變動時必定要謹慎。