前言
在使用 GitLab 时，创建 Issue 和 Merge Request 的方法，除了常规的使用 GitLab Web UI 进行操作和通过 API 调用操作，还有一些比较好玩的，比如使用 Email 来创建。
Incoming email
如果是 Self-Manager 的 GitLab 用户，在使用前需要配置，具体的配置方法和要求详见官方文档[1]。本文采用极狐 GitLab SaaS 平台[2]进行展示。
New Issue by email
使用 email 来创建 Issue 要求项目内至少存在一个 Issue，而操作者至少需要具有 Guest 权限。
进入项目页面选择 议题 -> 通过电子邮件创建新的 议题 就可以得到一个 email 地址，copy 该地址都即可用于发送 email。
这个地址中包含用户私人令牌，请勿泄露给他人，否则将会获得您创建 Issue 和 MR 的能力（下图令牌已重置），如果泄露点击 重置这个令牌 即可。
create issue
在 Email 中，email 主题将作为 Issue 的标题，而信息则作为 Issue 的内容，在内容中用户可以使用 Markdown[3] 和上一篇文章提到的 Quick Actions[4] 来操作 Issue 完成更多任务，非常方便。
New merge request by email
与 Issue 类似，您可以通过向 GitLab 发送 email 来创建合并请求，进入项目页面选择 合并请求 -> 通过电子邮件创建新的 合并请求 就可以得到一个 email 地址。
合并请求目标分支是项目的默认分支，其他操作与创建 Issue 类似。
create mr
结语
正如我在《由一封邮件看 Mailing List 在开源项目中的重要性》[5]中所说使用 email 交流在很多社区的交流中具有很重要的位置。和 email 有关的功能还有 Reply by Email[6] 和 Service Desk[7] 这里就不做详细介绍了，有兴趣的朋友可以移步官方文档[8]，体验更多内容。
参考资料
[1]
官方文档: https://docs.gitlab.com/ee/administration/incoming_email.html#incoming-email
[2]
极狐 GitLab SaaS 平台: https://jihulab.com/
[3]
Markdown: https://jihulab.com/help/user/markdown
[4]
Quick Actions: ../gitlab-quick-actions/
[5]
《由一封邮件看 Mailing List 在开源项目中的重要性》: https://guoxudong.io/post/kubernetes-client-python/
[6]
Reply by Email: https://docs.gitlab.com/ee/administration/reply_by_email.html
[7]
Service Desk: https://docs.gitlab.com/ee/user/project/service_desk.html
[8]
官方文档: https://docs.gitlab.com/ee/administration/incoming_email.html
- END -
