想法

GTD 的理念是，收集、整理、组织、回顾、执行。

这与我们的软件开发项目 Issue 管理方式实际上是非常相似的，
而我个人很早就有类似的想法，也尝试过很多 TODO 和 GTD 软件，
却都是觉得不怎么顺手。

虽然说 GTD 的本质不在于工具，但是有了好用顺手的工具，
终究还是能更好推动人来使用。

那么，我们是不是能将 Github Issues 作为我们的 GTD 工具呢？

通过一些特别的语法声明，使其支持日期提醒，或者直接关联到 Google Calendar，
然后利用 PushBullet/IFTTT
推送到用户设备上。

而 Issue 本身具有的 Label 功能也可以很好的为我们的任务进行分类，Milestone 则为提供了短期目标功能。

而 Issue 的评论系统，则可以邀请朋友、家人来进行监督，或者单纯的只允许自己评论，
作为自省。

Github 仓库是以代码为核心，而这个 GTD 方式则是以 Issue 为核心。

既然作为 GTD 工具，我们可以将 Issue 称为 Task，
而代码仓库则用于存放 Task 相关的内容，
如图片、附件。

一个简单的使用场景

#1 - 健身计划：

---

周期：

• 每周/周日/晚八点 - 提醒填写此 Task 完成状况：
  • 邮件通知
  • 手机设备通知

---

内容:

• 每周至少去两次健身房
• 早晨绕小区慢跑30分钟
• 约同事/朋友打羽毛球

---

第一周：

• 健身房 - 2/2
• 慢跑 - 6/7
• 打羽毛球

其他

目前已经有人把 Github Issues 作为博客来使用 cssmagic/blog。

而 Github 也有很多工具可以将 Issues 导出，以及 API 支持，可以方便的做功能扩展。

之前我也开发过 Issue Tracking 系统，也是用过 Trac、Redmine、JIRA 等系统，
觉得本质差别不大。想法也存在了很久。

现在提出这个想法，就是想了解下大家怎么看，欢迎有深度的建议。