笔记类软件，内部用 git 实现版本控制，用户会喜欢吗？

[lstz]

最近在思考一个开源笔记类软件，它的版本控制应该怎么设计版本控制。突然想到 git 不正是我所需要的吗？

• 有版本控制，细腻到文件级别
• 格式开源，用户可控，遥遥领先
• 能 push 能 pull ，还能多节点备份
• 甚至能多用户协同

最最重要的是，实现起来不会困难，简直就是完美的解决方案啊。

当然，不会把命令行放在 UI 上让用户去输入，那样太硬核了，拿 git 简单包一包，应该也是不错的。

想做个调研，问问大家，如果你们用一款开源软件，它的版本控制哪种形式最好呢？

• 1 ，Sqlite 数据库(db 文件)    
• 2 ，定期全量 zip 归档  
• 3 ，定期增量 zip 归档
• 4 ，git 版本控制

或者更多想法期望见到，谢谢大家

[lstz]

@Masoud2023 是的，有朝一日收购苹果微软，征服宇宙

@April5 明白(⊙…⊙)

[weilai99]

git ，数据加密后上传同步，并且加锁保证先写后读

[lekai63]

logseq 不就是用 git 来控制版本吗。

就是多端情况下，偶尔要处理 merge 冲突，对于小白用户比较麻烦。

如果是面向 dev ，我估计你干不过 obsidian 和 logseq

如果是面向普通人，也许你直接基于 onedrive 的版本管理来就完事了？

[bravecarrot]

用户自己用 git 太麻烦了， 不如花钱用印象笔记的会员

[geelaw]

楼主可以从上面的回复了解绝大多数用户的想法，但我也想鼓励楼主：存在着对底层技术在意的用户的。

[AlanBrian]

我感觉可以考虑 idea 的设计。git 历史记录归历史记录，应该还有个本地历史记录。你可以让用户自己手动操作 git 来归档，本地历史记录由软件来自动保存记录。

[firefoxer]

有人做过一个 gitnote ，好像不更新了

[zypy333]

坚果云那样的是咋搞的

[cwcc]

我其实对文档类和 C/S 端 CRUD 类最后合并的分布式内容版本控制一直都有需求，但是现阶段的方案做得都不是很好。

比如 Git ，Git 其实更适合代码类文本流片段，而文档可能会含有富文本、文件、表格、格式等内容，使用 Git 不能很好地处理这些内容，或者现阶段直接把 docx 文件放入 Git 仓库显然是个不可行的方案。

再比如 MS Office 自带的修订，它仅适用于文本段落，对立面的表格比如删除一行的时候，它就会提示无法标记为修订。

我现阶段还没有找到一个可以完美解决以上文档类版本管理的工具，所以插眼等个方案。

[stantoncurry]

这不就是 webdav + typora 吗

[smdbh]

过来人觉得不行，说的就是 obsidian ，版本冲突天天见，立即放弃

[tyzandhr]

git 对于解决现在笔记软件版本冲突问题的解决方案是多分支，只要吸收这个点就行了

[Betsy]

IntelliJ 全家桶自带一个 history 管理，要不研究下它是怎么实现的，然后抄一波？

[subframe75361]

考虑 crdt 的方案吗

[BlueHat514]

@qizheng22 我要做一个聊天机器人，使用人工智能的，能进行多轮对话，还可以提供 api 接口供第三方调用，这个主意怎么样(づ ●─● )づ

[leokun]

CRDT 似乎更好
https://github.com/loro-dev/loro
https://github.com/yjs/yjs

[ma3252788]

@lstz #10 私有 git 也可以呀，反正笔记是给自己看的，建个私有仓库不就行啦

[nullboy]

有 obsidia 丝滑吗

[realJamespond]

vscode 不也有 history 功能

[lstz]

@nullboy 会的，持续改进 ui


@subframe75361
@leokun
谢谢同学，学到了新概念，去学习 ing