2 分•作者: SavvyMonkey•20 天前
返回首页
最新
1 分•作者: 1vuio0pswjnm7•20 天前
1 分•作者: ursushoribilis•20 天前
1 分•作者: DamonHD•20 天前
55 分•作者: vrganj•20 天前
1 分•作者: _____k•20 天前
1 分•作者: stagas•20 天前
1 分•作者: pawlatwork•20 天前
出于纯粹的好奇,我想知道人们通常是如何找到联合创始人的。
1 分•作者: the_app_guy_1•20 天前
1 分•作者: Alien1Being•20 天前
1 分•作者: linbaato•20 天前
我最近发现了 Stratosync,觉得值得在这里分享。我与该项目无关。
它似乎在填补 Linux 仍然存在的空白:一个体面的“按需文件”式云同步客户端,文件系统正常挂载,但文件内容仅在需要时下载,而不是在本地镜像所有内容。用户也可以固定文件以保持同步。
Stratosync 使用 Rust 编写,使用 FUSE3 作为文件系统层,并使用 rclone 作为云后端,因此应该可以与 Google Drive、OneDrive、Dropbox、S3、Nextcloud、SFTP 等服务配合使用。
据我所知,它还具有一些相当有野心的同步语义:本地缓存、后台上传、离线固定、选择性同步、版本历史记录以及冲突处理,它会尝试对文本文件进行三向合并,否则会保留两个版本。
它仍被标记为 Beta 版,所以现在可能还不能盲目信任它来处理不可替代的数据。或者至少应该有一个良好的备份策略。
该项目似乎还没有引起太多关注。我想在这里发帖可能会为它带来一些有用的测试、反馈、贡献者,或者仅仅是足够的关注来帮助它继续开发。
好奇这里是否有人尝试过它,或者有使用类似基于 FUSE 的同步系统的经验。
关于 AI 的说明:
我可以看到代码是借助 AI 编写的,但我没有深入研究来评估其粗糙程度,也无法用 Rust 来做到这一点。此外,这篇帖子也是借助 AI 编写的,但我已经阅读了全部内容(并在必要时进行了调整),所以希望它不会显得粗糙。
1 分•作者: kimusan•20 天前
1 分•作者: fbrusch•20 天前
1 分•作者: defrost•20 天前
1 分•作者: semanticz0•20 天前
1 分•作者: thunderbong•21 天前
1 分•作者: Tomte•21 天前
1 分•作者: officekamiya•21 天前
2 分•作者: signa11•21 天前
1 分•作者: Zabrodsk•21 天前