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

[lstz]

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

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

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

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

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

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

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

[lonewolfakela]

作为一款软件，用户为啥要关心你的底层实现技术？不是都看你上层包得好不好么。

[fortynine]

啊？你是想让用户编辑之后手动点保存吗？不能实时保存的笔记软件不可能推广出去

[qizheng22]

曾经看到一个评论，一说要做个产品，程序员最先想到的就是笔记，天气，书签，博客。都是自娱自乐，瞎折腾。

[lstz]

@lonewolfakela 因为产品会是开源的，不想闭门造车，关乎到性能和技术可行性，想听取一下各位大佬的建议。

我用过一些大厂笔记类软件，他们都用的是私有文件格式，甚至还加密过的，感觉用公开格式会更让用户放心

[lstz]

@fortynine 不不不，保存是程序自己完成的，其实说格式用 git 。

用户感知不到内部实现

[lstz]

@qizheng22 哈哈哈哈每个人想法都不同，追求的人生意义也不同，何必说"瞎折腾"呢

而且这个项目将不局限于笔记，还有更多功能

[cb01435781]

看看基于文件的笔记，比如 logseq

[choah]

用 git 的话，就没有安全性了吧，谁都可以看到内容

[April5]

git 需要用户自己解决冲突，想过这一点吗？

[lstz]

@choah 这一点确实也是，用户也许更担心数据泄露，谢谢同学补充

[AoEiuV020JP]

纯 git 会不会有太多 commit ，感觉并不好用，应该还是要结合一些其他技术实现短期的保存，
另外这 git 是打算放在服务器还是各端客户端本地控制， 会不会有冲突，

[lstz]

@April5 程序上可以实现，将命令行的冲突解决方案呈现到 UI 上。虽然是麻烦点，但不会让用户接触底层的东西

[wjx0912]

op 说的不就是 obsidian+git 吗，超越它应该很难，创业需谨慎~~~

[lstz]

@AoEiuV020JP git 仓库可以放本地也可以放服务端，本地就是一个 repo ，远程就是设置个 private repo ，有任何冲突就让用户解决


(技术上我再想想)

[riluolvshe]

同事远程修改了文档内容，我得先打电话让同事 commit push 一下，我本地再 pull 一下么🤔

[lstz]

@wjx0912 嗯嗯，我希望做的不只是笔记，只是顺带笔记功能，谢谢同学补充

[lstz]

@riluolvshe 目前还没想到怎么实现多用户协同，我再想想交互 捂脸

[Masoud2023]

会，太会了，你能集成 Github 或者 Gitlab 就更棒了

[April5]

@lstz 认真的吗？等你解决完冲突，这个文件可能已经被其他人改得面目全非了。

[XavierLing]

作为程序员的我，之前也是这个想法。然后我看了各个 Android 端的 git 客户端，使用起来或多或少都有瑕疵。后面直接装了 Termux ，上命令行搞 😂