編程語言不僅是開發人員用于創建程序和表達算法的工具,還是創造性編碼和解碼的工具。縱觀編程語言的歷史,我們發現了一種可以更好地解決問題的獨特視角,并且還能促進協作,打造優秀產品,以及重用他人的努力成果。
當你在 GitHub 查看文件時(任何文本文件,任何倉庫中),右上角會有一個小鉛筆圖標,點擊它就可以編輯文件了。完成之后點擊 Propose file change 按鈕 GitHub 將會自動幫你 fork 該項目并且創建一個?pull request?。很厲害吧!他自動幫你?fork?了該 repo。不再需要?fork?,?pull?,本地編輯再?push?以及創建一個?PR?這樣的流程了。
Google Code 將會關閉,Vim 項目將遷移到 GitHub。遷移不會有任何變化。但是,現在請不要增加新的 issues 或者編輯現有的 issues,如果修改將會丟失。這是因為網站沒有完全關閉的情況下沒辦法設置為只讀模式。
如果你想進入 GitHub 工作——這家軟件開發協作中心基于開源的 Git 項目 打造——那你必須獨立自主,并能夠在大多數公司認為是正常運營準則的界限之外開展工作。
Atom 是 Github 專門為程序員推出的一個跨平臺文本編輯器。具有簡潔和直觀的圖形用戶界面,并有很多有趣的特點:支持CSS,HTML,JavaScript等網頁編程語言。它支持宏,自動完成分屏功能,集成了文件管理器。
如果你是使用git作為版本控制工具,那么github基本上是必備的網站,github可以托管你的git版本庫,作用 類似于SourceForge和Google Code,github的界面是非常人性化的,由于git本身會比svn來的復雜,所以在操作上github會比SourceForge來的難點。所以就 有了今天的這篇教程。
CodeHub 是瀏覽和維護 Github 代碼庫最好的方法,基于Xamarin采用 C#開發,支持 iPhone、Ipad 和 iPod 等設備。CodeHub 功能非常全面,基本上涵蓋網站上的所有功能。
在嘗試過用 GitHub 部署靜態 HTML 網頁后,覺得其實挺容易的,這里簡單說說如何用 GitHub 來完成部署。
github是一個基于git的代碼托管平臺,付費用戶可以建私人倉庫,我們一般的免費用戶只能使用公共倉庫,也就是代碼要公開。這對于一般人來說公共倉庫就已經足夠了。
大家好,今天我們要學習一下怎樣在github.com提供的倉庫中托管開源軟件源代碼。GitHub是一個基于web的Git倉庫托管服務,提供基于 git 的分布式版本控制和源代碼管理(SCM)功能,并加入了自身的特點。它給開源項目和私有項目提供了一個互相協作的工作區、代碼預覽和代碼管理功能。
作為一名開發者,Github上面有很多東西值得關注學習,可是剛剛接觸github,怎樣一步步學習使用Github?怎樣更高效的利用Github?在這里搜集整理網絡上面的資料,匯總成這么一篇repo 《Github使用指南》,供大家一起學習。
以前的博客是使用Jekyll托管在github上,后來用著越來越不方便,比如沒有自動生成post,不能一鍵部署,文件結構和配置也是比較繁瑣,更重要的是有時候用markdown寫一篇文章,生成的靜態文件很亂,應該是有些字符解析的問題。現在下決心換成了hexo。
據說這個APP程序猿愛不釋手,集成了github主流的庫是如何使用的,項目開源,將持續更新,歡迎Star。
這是一個用來看查看 Github 熱門項目的 Android App, 遵循 Material Design。 (https://github.com/trending) 支持訂閱 50 多種編程語言,你可以在設置中添加/刪除它們,并自定義它們的排序。 支持 9 種顏色主題切換,支持收藏喜歡的項目。
要發現GitHub 上的 code contributions 很很容易,但其它的呢?Octohat 可以查出 GitHub 項目上無代碼貢獻的用戶。
GitHot是這個Android App能夠列出github上最流行開源項目和作者。 功能比較簡單,但里面用到了很多新技術RxJava,Dagger,retrofit等,作為學習材料還是不錯的。
GitSense 是一個 Chrome 插件,可以讓你在瀏覽 Github 的時候體驗更好。
最近從手頭的一個項目中獨立出一個Android的開源組件( EmotionLayoutDetector )發布到了Github上,想用Gradle來管理依賴。 一般來說,想在Android Studio使用Gradle依賴,有幾種方法: jCenter Maven Central 使用其他自定義的倉庫 使用jCenter和MavenCent
最近給 beego 提了幾個 pull request (簡稱PR),都已被接受。在使用pull request的過程中,遇到了一點小問題,才知以前并非真的理解這個流程,故在此做點記錄整理。
好久沒寫博客了,趁著年前空閑的時間來一篇輕松點的東西。最近工作中積累了一些Angular組件打算整一整把他們開源了,既然要開源那么代碼可靠性就很重要了,單測不能少,為了保證每次提交的代碼都能很好的運行,持續集成不能少。之前看到很多開源項目介紹中都有一些單測覆蓋率和build結果的圖標,就像這樣: