[Feature Request] 生成timeline时使用UpdateTime而不是CreateTime，feed部分也可以加一个这样的选项。

[Paper-Dragon]

Checklist

• I searched existing issues and no one else requests similar feature.
• I think that 25%+ users are positive towards this feature.

Describe the feature

生成timeline时可以选择使用UpdateTime而不是CreateTime，feed部分也可以加一个这样的选项。
为了兼容知识库更新，并不是发布一次就不会再更新这样的场景；这样时间线上面也能体现出来；

Additional context

No response

[Mister-Hope]

通常情况下，一个专业的技术文档会分为 Documentation 和 Blog /Announcment 两个部分，

E.g.:

• TypeScript: https://www.typescriptlang.org/docs/ https://devblogs.microsoft.com/typescript/
• Vue: https://vuejs.org/ https://blog.vuejs.org/

后者应该可以发布为 feed ,动态更新的前者永远不应该这么做，换言之，除非你的博客本身就是日记（或者微信公众号）形式的定期发不在改的形式，你本来就应该使用 filter 去过滤那些真正的“分享”。

所以 feed 是一个伪命题。

至于时间线更新，你要的不是时间线按更新时间排序（相信我你不会想把只该了一个错字的文章置顶，而且你的用户绝大部分时间也看不出来你改了什么因为大多数修改都不是严重的重写）。你只是偶尔想把一些之前写完后改的文章顶上去。我认为，你应该手动去管理你觉得需要明确标记为更新的文章，这也是提供置顶功能的一个重要的动机部分。

综上，尽管看上去像一个有一定道理的功能需求，但我认为本质上还是伪的。

欢迎你进行更多的讨论，但在说服我之前，我不认为它是一个正经的需求，只会让时间概念更加复杂化。

如果有必要，你甚至可以手动刷新写作日期。

[Paper-Dragon]

我这边的应用场景：我的整体文档中有多种技术领域，某个技术领域因为使用频率和模块侧重点，只会常用某些特定模块，为了知识库管理方便和浓缩技术范围、明确技术侧重点，只需要一篇文档进行记录，其他部分我将不会学习和记录。当这种技术的某个常用模块发生更新，我将更新文章的部分内容。 我更新这篇文档之后，除了文档最后的更新日志发生变化，在时间轴上我觉得也应该表示这篇文档发生了更新。

• 综上，我认为需求还是有的，但是比较小众。
• 根据您的解答，这个功能在框架整体性上影响很大，造成时间概念复杂化的问题，我觉得这是有的，因为我没有完整代码，无法考虑到整体架构设计。
• feed部分我觉得如果文档的某个模块发生更新，feed也应该相应的更新文档创作时间。
• 因为写错了一个错别字，重新commit一次这个场景的话，我觉得可以通过rebase进行解决。当然这也会让文档的时间概念更加偏向git管理
  。

感谢回复。