githubissues發表

A. Github上面怎麼關聯issue跟關閉issue

當你提交一個commit的時候在commit message裡面使用#issue, 比如#8, github就會自動關聯issue 8跟這個commit. 當然在github上面寫comment的時候使用這個也是有效的.

那麼如何跟隨著commit關閉一個issue呢? 在confirm merge的時候可以使用一下命令來關閉相關issue:

fixes
#xxx
fixed
#xxx
fix
#xxx
closes
#xxx
close
#xxx
closed
#xxx

B. github issues 怎麼禁止其他人提交

工具、郵件規則中，若收件人包含用戶，不從伺服器下載
可以禁止某用戶收郵件，好象沒法針對標識操作吧

C. github issues好還是github-pages好

1、搭建復雜度
wp近乎傻瓜式；
github較復雜，需要安裝不少軟體，而且還可能有莫名的錯誤，需隨時google解決
結果：wp勝出，當然喜歡折騰或是對ruby相當熟悉的話可能差別不是很明顯。
2、 對域名空間要求
wp需要自己購買虛擬主機，低配大約在100-200RMB/Y，主機需要有lamp的環境運行wp，不過現在的linux虛擬主機一般都提供此環境；
github page的一大優點就是不需要虛擬主機，它是可以發布到github page上的。
結果：github page免費優勢明顯
3、寫博客的便捷程度
wp需要打開後台，在後台撰寫文章，即時寫當然是需要聯網的。wp的強大插件使得博客文字樣式可以很豐富
github page支持本地編寫、本地預覽，滿意後再發布，並且支持markdown語法所以對於不少程序員可能會比較方便。文本中直接編寫極客的感覺*_*
結果：對於不同人群各有優劣吧
4、 開放性（主題、工具插件）
wp的主題和插件是無比豐富的，這是選擇wp的一大原因之一，不過插件多同時也帶來了另一個問題就是質量良莠不齊，選擇相當麻煩費事，org~，之後會分享自己裝的覺得還不錯的插件。
octopress相當來說發展沒多久，插件方面沒怎麼調查，不過主題是標準的程序員黑，自己改css相當費事
結果：wp勝出
5、訪問速度
wp的訪問速度與虛擬空間地址有關，不過我掛在朋友的購買的國外虛擬空間上速度感覺也還不錯
github的訪問速度感覺與其他國外網站比還是較慢的，這幾天剛好因為搶票插件被封
結果：看具體虛擬空間的選擇
6、SEO優化
wp不少插件提供seo優化功能，但也需要發博客時自己填寫不少信息比較麻煩
github page搜索引擎優化就不需要自己做了，並且github在google上權重肯定相當高，所以優勢明顯
結果：github page勝出
7、遷移成本
wp的遷移需要將網站目錄遷移、資料庫備份後再導入即可
octopress的遷移也還好，就算不利用github page的話，自己有一套ruby和nginx的環境的話也是可以很方便重新部署的
結果：旗鼓相當
我比較在乎開放性（主題、工具插件）、寫博客的便捷程度、訪問速度、遷移成本四點。尤其對第一點比較看重，所以選擇了wp，不過比較插件真是差點被折騰死||_||，在wordpress和github page的搭建中有自己安裝的比較好的插件.

D. 在github上從別人那裡fork一個new branch，為什麼就沒有Issue功能了

git,hg使用clone的概念。 fork就是clone。 只是，這個clone動作在github的伺服器上執行而已。 如果你需要提交代碼，應該使用fork，然後clone到你自己的機器上來。 如果不要提交代碼，使用從原來的地址clone到本地就好了。

E. 用GitHub Issue取代多說，是不是很厲害

當你提交一個commit的時候在commit message裡面使用#issue, 比如#8, github就會自動關聯issue 8跟這個commit. 當然在github上面寫comment的時候使用這個也是有效的.
那麼如何跟隨著commit關閉一個issue呢? 在confirm merge的時候可以使用一下命令來關閉相關issue:
fixes #xxx
fixed #xxx
fix #xxx
closes #xxx
close #xxx
closed #xxx

F. 現在有哪些前端大牛用github的issues寫博客

使用github算不上大牛。大牛都在stackoverflow.com。

G. github如何創建一個issue

github創建一個issue的方法和步驟如下：

1、打開github倉庫首頁登錄

4、填寫問題內容提交後就可以了。

H. 如何在 github 上正確的提 issue

一、假如該項目有默認issue模板就按照這個模板寫。多數大項目都有。我對Element UI印象比較深刻，這個團隊會把別人提的中文issue翻譯成英文。
二、在沒有issue模板的項目中可以套用一下其他項目模板。
三、自己寫issue表達清楚下面幾點：
1.在什麼環境/情況下遇到了什麼問題。
2.如何重現該問題。
3.你希望得到什麼結果。

I. 如何評價用 Github issue 寫博客

我用的是github pages，個人覺得很好。

和issue相比，優點是：

可以本地編寫、保存、發布管理等。

可以定製一些功能。

也可以從搜索引擎獲得流量。
本地也有備份，轉移方便，不怕github出現外星人入侵等問題。
issue的優點是簡單，直接可以用。還有就是在github生態圈內，獲得github裡面的流量吧。

J. github中的Issue有什麼作用

靈活又實用，可以用來做 Bug 跟蹤、需求管理、項目管理、交流探討、寫文章……