赞同

我觉得 wiki 评论功能可以用 issues 代替，因为 issues 就是用来收集各方面问题、意见的。

@liu 你看看我的这个问题 #I1NG0M:新建 Issue 时能否在项目中自定义模板

Issue 是可以的。但是现在创建 Issue 太重了。访客无权改这些设置。作者改这些有太麻烦。有点鸡肋啊

@liu 你看看我的这个问题 #I1NG0M:新建 Issue 时能否在项目中自定义模板

Issue 是可以的。但是现在创建 Issue 太重了。访客无权改这些设置。作者改这些有太麻烦。有点鸡肋啊

@Argo 感谢建议。目前暂无计划。文档类开源项目很多。可以关注一下 gitee.com/explore

@liu 你看看我的这个问题 #I1NG0M:新建 Issue 时能否在项目中自定义模板

Issue 是可以的。但是现在创建 Issue 太重了。访客无权改这些设置。作者改这些有太麻烦。有点鸡肋啊

@Argo 访客没必要改这些设置，只管填写标题和描述然后点击创建按钮就够了。作者要是连这些设置都懒得改，那说明作者对访客的反馈不怎么在乎，或者说明作者的项目很火，每天都新增几十个 issue。

@liu 这个跟在乎不在乎还是没有关系的。作者改这些真的很浪费时间。完全可以设置一个默认值，只需要更改一下需要更改的即可。能节约很多时间，当然码云官方不改也可以。做的更好一点方便开源项目作者也是非常好的一件事

再看看你们自己使用 Issue 很多属性也不改，也能从侧面反映出，功能繁琐

再看看你们自己使用 Issue 很多属性也不改，也能从侧面反映出，功能繁琐

@Argo issue 列入开发计划时才会改，而且这边仓库 issues 的优先级比内部开发任务要低一些，部分不紧急的 issue 暂时会搁置。

@诺墨 @Argo 总结了两个需求，你看看是否可行。

任务模板改进

建议 issue 模板文件 (ISSUE_TEMPLATE.md) 增加支持设置默认属性，例如：

<!-- issue properties -->
- title: [Bug] 一句话描述这个 bug
- assignee: normalcoder
- labels: bug
<!-- issue properties end -->

任务默认指派给 @诺墨 ，并添加 bug 标签。这些属性不展示在访客的 issue 描述框中。具体细节可参考 GitHub 同类功能。

Wiki 文档支持评论

我建议基于现有的 issues 来实现，wiki 文档预览页面增加评论入口，效果如下：

• 文档预览页面增加显示评论数量，点击可跳转到对应的 issue。
• 用户鼠标悬停在文档中的某一行时，在侧边显示评论图标。
• 用户点击评论图标后，展开评论表单，让用户提交评论。
• 文档评论基于 issue 评论实现，如果当前文档没有绑定的 issue，则会新建一个 issue，issue 标题根据文档标题和特定格式默认填充，issue 描述则默认填充文档链接。

Issue 是可以的。但是现在创建 Issue 太重了。访客无权改这些设置。作者改这些有太麻烦。有点鸡肋啊

@Argo 对于开源项目而言，优先级、计划日期、关联分支 这三个属性的确有点鸡肋。

@liu 非常感谢热心回复。负责的程序员不多见了啊。非常感谢。只要能有个地方设置一下默认值就好啦，要求并不高