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 跟踪、需求管理、项目管理、交流探讨、写文章……