我还在使用Trello来进行高级规划和路线图。但任何生活在项目内部的任何事情，Trello从来都没有真正起作用。

我会写这样一些东西，如“修复门前的大厅第二层办公室的触发器”并在花费太多时间找出我想要修复哪个门，在哪个场景，属于哪个脚本之后。“Trello笔记”存在，但没有上下文。

这让我想起了Word。假如Word不能在文本中添加注释，你必须在单独的文档中写“第三段第四行的文章有一个错误”。这正是我们在游戏开发中的事情——描述场景而不是直接标记对象。

我困扰的一个另一个问题是，没有什么地方可以将游戏对象或资产的文档放在一起。文档通常会被分散在单独的文档中如果我想要更多关于游戏对象或资产的知识，我必须在分散的文件中进行search找寻文档，查找文档比重新学习系统需要的时间还长。现在我可以只是将警告性提示贴在对象上，例如“请勿在此Rigidbody中启用重力，其运动由控制脚本控制”。这意味着将我的知识贴在该组件上，使它永久可见，无论谁触摸它或六个月后我都能看到。

因此，我在Unity中为GameObject、组件、预设和资产创建了一个工具来附加便条。类内的象征颜色的图标显示在层面中，使您可以看到图标上有问题、警告性提示还是文档。当我在调试过程中无法解决问题时，我可以将便条附着在确切的物体上继续工作。Notes Feed窗口显示出所有待处理项。当我完成时，我可以将脚本、场景和资产对应的任务贴在一个Pinboard上，快速跳转查看或清除。

Trello仍然处理路线图。这个工具处理项目内部的一切。

这个工具已经取得了巨大进步。Solo开发者如何在长期项目中维护上下文，保持知识的活力？你当前的文档管理和注意事项的工作流是什么？