自打畢業以後,能夠說天天打開 Github 或Email 看有沒有 watch 項目的消息或者本身項目的 issue,而後在Explore 看看社區內項目的走勢,緊接着開始寫代碼搬磚的工做,偶爾也會關注下 Github 的 Blog, 看看有沒有大新聞,亦或掃一眼 Github 的 Tip,閒的蛋疼的時候也會一時興起去搜索下有意思的項目,看到有趣的人就會去他的博客看看,晚上要睡覺以前會考慮是否是要寫篇博客,而後 push上去顯得本身的 Github 綠一點......長此以往,也學到了一些 Github 的使用技巧,下邊毫無保留的分享給你們。javascript
此處默認你有 Github 帳號、安裝了 Git 而且熟悉基本的 Git 操做,只是須要尋求部署 Github Pages 方面的知識。GitHub Pages 你們可能都知道,經常使用的作法,是創建一個 gh-pages 的分支,經過 Setting 裏的設置的GitHub Pages 模塊能夠自動建立該項目的網站。前端
這裏常常遇到的痛點是,master 遇到變動,常常須要去 sync 到 gh-pages,特別是純 web 前端項目,這樣的痛點是很是地痛。java
Github官方可能嗅覺到了該痛點,出了個 master 看成網站是選項,太有用了。git
下邊具體來看下操做步驟:github
選擇完 master branch 以後,master 自動變成了網站。master 全部的提交會自動更新到網站。web
如上圖所示,則表明部署成功!此時即可以使用 username.github.io/倉庫名稱 進行訪問了,我在此處的訪問地址是:bylant.github.io/DWR-Spring/windows
好比你有一個文件裏的某一行代碼寫得很是酷炫或者關鍵,想分享一下。能夠在 URL 後面加上 #L 行號ruby
好比,點擊下面這個 URL工具
https://github.com/Bylant/DWR-Spring/blob/master/src/main/java/top/zhoudl/dwr/MessagePusher.java#L47
複製代碼
此時便會直接跳轉到這行代碼的位置,高亮顯示網站
有的朋友此處可能會想,分享一行代碼有什麼用,個人關鍵代碼那但是以段來論的,看不起你這一行,不急,一樣有辦法,咱們在 URL 後邊加上 L開始行號-L結束行號
如如下 URL :
https://github.com/Bylant/DWR-Spring/blob/master/src/main/java/top/zhoudl/dwr/MessagePusher.java#L47-L70
複製代碼
其實咱們也不用去死記硬背這些東西,由於 Github 有方式幫咱們自動生成這些連接
分享單行代碼
直接點擊代碼區的行號,URL 會隨之跳轉,你們能夠觀察下圖的 URL 變化
分享多行代碼
多行代碼和單行代碼分享的操做步驟基本一致,只不過區別在於在選擇完代碼塊開始行以後,點擊結束行的同時須要按住 Shift 鍵,你們觀察如下動圖 URL 的變化
此時咱們能夠直接複製拿到的 URL 去別的地方分享了。
好比有人提交了個issues github.com/AlloyTeam/A…
而後你去主幹上改代碼,改完以後提交填msg的時候,填入:
fix https://github.com/Bylant/DWR-Spring/issues/1
複製代碼
這個 issues 會自動被關閉。固然不只僅是 fix 這個關鍵字,下面這些關鍵字也能夠:
close
closes
closed
fixes
fixed
resolve
resolves
resolved
如上圖所示,Github 會根據相關文件代碼的數量來自動識別你這個項目是 HTML項目、avascript 項目或者 Java 項目。可是這就會帶來了一個問題,好比 DWR-Spring 最開始被識別成 JavaScript 項目。由於 項目剛開始可能前端代碼不少。
怎麼辦呢?gitattributes 能夠來幫助你搞定這個問題。咱們在項目的根目錄下添加以下 .gitattributes 文件即可
文件內容以下:
*.js linguist-language=Java
複製代碼
主要意思是把全部 js 文件後綴的代碼識別成 Java 文件。
在本身的項目下,點擊 Graphs,而後再點擊 Traffic 以下所示:
更多統計留給你本身去探索哦
常常玩微博的人都知道,天天都有個熱搜榜,知乎也有個知乎熱榜,固然,Github 也有某類型語言的每日排行榜。好比 Java 每日排行榜:
https://github.com/trending/javascript?since=daily
複製代碼
https://github.com/explore
複製代碼
有時候咱們要快速檢索項目中的某個文件,這個時候若是一個一個去找很浪費時間。因此 Github 也爲咱們提供了一個搜索技巧。
默認搜索是從master分支搜索代碼,搜索語句不能有特殊字符如. , : ; / \ ` ’ 」 = * ! ? # $ & + ^ | ~ < > ( ) { } [ ].
Awesome 彷佛已經成爲很多 GitHub 項目喜好的命名之一,他能夠找到優秀的工具列表。好比前面說起要找到優秀的 Windows 軟件,能夠嘗試搜索 Awesome windows
,獲得這樣的搜索結果:
排名前列的結果出現了 Windows/Awesome 項目,這裏集合了 Windows 上優質和精選的最佳應用程序及工具列表。
此處小提幾點:我習慣的用法是靈活運用下面幾個搜索條件:stars:
、language:
、forks:
,其實就是設置項目收藏、開發語言、派生的搜索條件,好比輸入 stars:>=1000 language:java
,獲得的結果就是收藏大於和等於 500 的 Java 項目。以下結果出來的都是 ES、SpringBoot 等經典項目
除了以上所述以外,GitHub 提供高級搜索功能訪問地址以下:
https://github.com/search/advanced
複製代碼
具體使用方法參見 help.github.com/en/articles… 此處再也不贅述了。
表情對應的代碼參見網站
https://www.webfx.com/tools/emoji-cheat-sheet/
複製代碼
能夠看到咱們常常用的全部表情都會在這個地方。
仍是以上邊新建的 issue 爲例,咱們看到選中 文檔太少 四個字以後,而後按住 R 鍵,就會自動引用 文檔太少 這四個字
好了,我就會這麼多,也是我常用的技巧。能夠說 Github 的資源對於廣大開發者來講真是個寶藏,不少時候我都在思考一個問題,咱們天天遇到各類各樣的問題,而後咱們須要不斷 Google、百度,達到咱們解決問題的目的。可是在這個過程當中,咱們老是可以見到,對於同一個問題,老是有大量錯誤、copy 的博客、文庫乃至"吊炸天"的百度知道,一次又一次減慢了咱們解決問題的進度。更加糟糕的是,這種 copy 是保量不保質的,因此咱們老是但願,每當咱們 Google 或者百度的時候,都可以最快解決咱們須要解決的問題。然而,這貌似是不切實際的,在人人都有權利發表文章的今天,要想禁止這種無心義的抄襲幾乎是癡人說夢。清晰意識到這一點以後,我以爲更加有效的方式是每個發表博客或者活躍於問答網站的人都應該把本身的博客或者解答作到精煉和準確,在某種意義上來講,這是一種義務和責任。
也歡迎補充實用的技巧~~我會持續更新上去…